Статья конечно интересная, но зачем городить весь этот огород с Docker? Поставил себе RDP-сервер на хостовую систему напрямую и живи спокойно. Производительность выше будет, да и настройка проще.
Всё так, универсальных вариантов нету. Плюс помимо этого сама специфика компаний может очень сильно отличаться, потребности у условной сети кофеен или ИБшной компании специализирующейся на пентесте будут очень различаться.
В случае наших клиентов и коллег, в числе которых как те кто пользуются on-prem, гибридом, облаком, либо сами являются облачными провайдерами, условный vSphere и прочее проприетарное от VMware не вариант по причине санкций. Западные коллеги, в силу того что VMware штормит на фоне покупки Broadcom, а также из финансовых соображений также, всё чаще смотрят в сторону OpenStack/Cloudstack/Proxmox и т.д. Но тут мы упираемся в то, что специалистов умеющих с ними работать меньше и соответственно они будут дороже. Однако, с учётом того что лицензии у VMware на ряд продуктов формируются по количеству ядер, а также в целом далеки от гуманных, даже так это окупается.
Всё так. но мы и не говорили об одном только железе в статье. Кокнертно в расчётах с конфигурациями серверов мы учли только железо, так как со всем остальным слишком много переменных и статья уже начала бы превращаться не то в доклад с аналитикой по рынку, не то в диссертацию/дипломную работу по экономике.
Всё так, лицензирование часто пьёт много крови и нервов, но через это нужно пройти только один раз. А судя по выборке наших клиентов, жёсткая аттестация для большей части бизнеса, не столь критична, впрочем, сделаем ещё поправку на то, что далеко не у всех у них IT-специфичный бизнес и инфраструктура используется по больше части в внутреннем контуре.
В нашей статье ничего подобного не утверждается, мы чёрным по белому говорим о минусах и плюсах того или иного подхода, а также о том, что выбират нужно опираясь на конкретную ситуацию.
Всё так, но все эти проблемы становятся актуальны особенно для больших компаний, и отдельно стоит выделить, для больших IT-компаний. Но далеко не весь малый и средний бизнес IT-специфичен, и даже для IT-бизнеса малого и среднего размера, инфраструктура часто оказывается весьма скромного размера и по большей части ограничивается личными рабочими машинами разработчиков.
Мне очевидно, что чем дальше тем дешевле будут стоит облачные ресурсы, согласно законам роста рынка.
Но пока что статистика что рынка в России, что США, что ЕС, что где-либо ещё говорит только о повышающихся ценах на тарифы облачных провайдеров и тарифы растут быстрее, чем растёт та же инфляция.
У всех облачных провайдеров еще и программы для стартапов есть, с бесплатными ресурсами на десятки и сотни тысяч долларов. А если стартап выживет и вырастет - то скидки за объемы и прочие предложения.
То есть опять же облако как временное решение, так как потом бесплатные ресурсы в десятки и сотни тысяч долларов могут и часто спокойно превращаются в переплату в миллионы долларов в год.
А попробуйте у поставщиков за просто так на сотню-другую тысяч долларов физического оборудования на годик взять :)
Партнёрские соглашения на индивидуальной основе существует везде. А также никто не запрещает воспользовать не бесплатными, но сравнимыми с облаками по расценкам лизингом/кредитом/ипотекой.
Никто не запрещает создать кластерную инфраструктуру с резервными ресурсами с заделом под пиковые нагрузки.
Сервисы размещённые на облачных ресурсах точно также регулярно падают как от органических пиковых нагрузок, так и из-за искуственных будь то DDoS-атака или косяк задеплоенный в продакшен.
Не понимаю за что топит автор, и в статье и в комментариях одни противоречия.
Потому что как мы и сказали в статье и в комментах, мы не топим за конкретный вариант, это не в наших интересах. Как поставщик железа мы поставляем его всем, как новоиспечённым облачным провайдерам, так и тем кто делает всё чисто под себя on-prem. И чисто объективно, нету универсальных решений, очём мы опять же написали. У всех разные вводные условия и разные конечные задачи.
> Поработайте хотя бы с инфраструктурой из 100 серверов в проде и под нагрузкой
Это не задача для малой и средней компании, особенно если они не из IT-сферы.
> Даже если вы хотите надежности on-premise это встанет дороже, чем какой-то там сервер.
Если у вас есть такие расчёты, то мы были бы рады, если бы вы ими поделились. Так как то что есть в интернете от западных коллег, коллег из России, и даннные наших клиентов, говорят об обратном.
> Посчитайте бюджет на содержание инфраструктуры и персонала за год для облака и on-premise и тогда сразу все будет понятно.
Это считали не раз и до нас, примеры уже приводили в комментах. После определённого момента Облако перестаёт быть выгодным даже для крупных игроков с почти безлимитными бюджетами. А также об этом говорит факт того что такие крупные игроки как Сбер, ВТБ, VK - не пользуются сторонними услугами, а приходят к тому чтобы самим становиться облачными провайдерами. В случае ВТБ ещё и Холдинг Т1 помимо их VTB Cloud, но первый стал самостоятельным.
Разделяю ваше мнение. Считаю, что такие серьёзные задачи для облаков являются настоящей золотой жилой, так как очевидно, что люди, которые преследуют эту цель, располагают финансами. Лучшим решением будет поиск альтернативного варианта, который вы, собственно, и нашли.
Все снова сошлось к мысли о облаках как о пробном периоде для пользования оборудованием. Очень надеюсь получить более противоречивые отклики в комментариях. Интересно услышать мнения о ребятах, кто слез с собственного железа на облака.
Вообще облака с поминутной тарификацией в моем понимании являются отличным маркером производительности систем. Всегда можно за несколько сотен рублей прогнать бенчмарки и понять насколько система подходит под ваши задачи. А потом уже решить покупать сервер или взять в аренду выделенный в ДЦ.
Требуем статью с практическим применением различных типов чисел с плавающей запятой. Например взять нейронку и развернуть ее в FP32 и FP8(квантизация под вопросом).
Было бы интересно на практике видеть отличия между этими режимами.
На самом деле тема животрепещущая, поскольку на каждом углу рассказывают про производительность в FP16, INT8 и других вариантах с плавающей запятой. Думаю надо продолжать развивать эту тему и пустить обзорный материал по каждому из вариантов чисел с плавающей запятой и описать более подробно варианты их практического применения без предисловий.
Описанный в статье MI300X и его спеки на сайте AMD
Статья конечно интересная, но зачем городить весь этот огород с Docker? Поставил себе RDP-сервер на хостовую систему напрямую и живи спокойно. Производительность выше будет, да и настройка проще.
Мини-АЭС в подарок шла чтобы всё это чудо запитывать?
Всё так, универсальных вариантов нету. Плюс помимо этого сама специфика компаний может очень сильно отличаться, потребности у условной сети кофеен или ИБшной компании специализирующейся на пентесте будут очень различаться.
В случае наших клиентов и коллег, в числе которых как те кто пользуются on-prem, гибридом, облаком, либо сами являются облачными провайдерами, условный vSphere и прочее проприетарное от VMware не вариант по причине санкций.
Западные коллеги, в силу того что VMware штормит на фоне покупки Broadcom, а также из финансовых соображений также, всё чаще смотрят в сторону OpenStack/Cloudstack/Proxmox и т.д. Но тут мы упираемся в то, что специалистов умеющих с ними работать меньше и соответственно они будут дороже. Однако, с учётом того что лицензии у VMware на ряд продуктов формируются по количеству ядер, а также в целом далеки от гуманных, даже так это окупается.
Всё так. но мы и не говорили об одном только железе в статье. Кокнертно в расчётах с конфигурациями серверов мы учли только железо, так как со всем остальным слишком много переменных и статья уже начала бы превращаться не то в доклад с аналитикой по рынку, не то в диссертацию/дипломную работу по экономике.
Всё так, лицензирование часто пьёт много крови и нервов, но через это нужно пройти только один раз. А судя по выборке наших клиентов, жёсткая аттестация для большей части бизнеса, не столь критична, впрочем, сделаем ещё поправку на то, что далеко не у всех у них IT-специфичный бизнес и инфраструктура используется по больше части в внутреннем контуре.
В нашей статье ничего подобного не утверждается, мы чёрным по белому говорим о минусах и плюсах того или иного подхода, а также о том, что выбират нужно опираясь на конкретную ситуацию.
Всё так, универсальных решений нету.
Всё так, но все эти проблемы становятся актуальны особенно для больших компаний, и отдельно стоит выделить, для больших IT-компаний.
Но далеко не весь малый и средний бизнес IT-специфичен, и даже для IT-бизнеса малого и среднего размера, инфраструктура часто оказывается весьма скромного размера и по большей части ограничивается личными рабочими машинами разработчиков.
Но пока что статистика что рынка в России, что США, что ЕС, что где-либо ещё говорит только о повышающихся ценах на тарифы облачных провайдеров и тарифы растут быстрее, чем растёт та же инфляция.
То есть опять же облако как временное решение, так как потом бесплатные ресурсы в десятки и сотни тысяч долларов могут и часто спокойно превращаются в переплату в миллионы долларов в год.
Партнёрские соглашения на индивидуальной основе существует везде. А также никто не запрещает воспользовать не бесплатными, но сравнимыми с облаками по расценкам лизингом/кредитом/ипотекой.
Никто не запрещает создать кластерную инфраструктуру с резервными ресурсами с заделом под пиковые нагрузки.
Сервисы размещённые на облачных ресурсах точно также регулярно падают как от органических пиковых нагрузок, так и из-за искуственных будь то DDoS-атака или косяк задеплоенный в продакшен.
Потому что как мы и сказали в статье и в комментах, мы не топим за конкретный вариант, это не в наших интересах. Как поставщик железа мы поставляем его всем, как новоиспечённым облачным провайдерам, так и тем кто делает всё чисто под себя on-prem. И чисто объективно, нету универсальных решений, очём мы опять же написали. У всех разные вводные условия и разные конечные задачи.
> Поработайте хотя бы с инфраструктурой из 100 серверов в проде и под нагрузкой
Это не задача для малой и средней компании, особенно если они не из IT-сферы.
> Даже если вы хотите надежности on-premise это встанет дороже, чем какой-то там сервер.
Если у вас есть такие расчёты, то мы были бы рады, если бы вы ими поделились. Так как то что есть в интернете от западных коллег, коллег из России, и даннные наших клиентов, говорят об обратном.
> Посчитайте бюджет на содержание инфраструктуры и персонала за год для облака и on-premise и тогда сразу все будет понятно.
Это считали не раз и до нас, примеры уже приводили в комментах. После определённого момента Облако перестаёт быть выгодным даже для крупных игроков с почти безлимитными бюджетами. А также об этом говорит факт того что такие крупные игроки как Сбер, ВТБ, VK - не пользуются сторонними услугами, а приходят к тому чтобы самим становиться облачными провайдерами. В случае ВТБ ещё и Холдинг Т1 помимо их VTB Cloud, но первый стал самостоятельным.
Разделяю ваше мнение. Считаю, что такие серьёзные задачи для облаков являются настоящей золотой жилой, так как очевидно, что люди, которые преследуют эту цель, располагают финансами. Лучшим решением будет поиск альтернативного варианта, который вы, собственно, и нашли.
Все снова сошлось к мысли о облаках как о пробном периоде для пользования оборудованием. Очень надеюсь получить более противоречивые отклики в комментариях. Интересно услышать мнения о ребятах, кто слез с собственного железа на облака.
Вообще облака с поминутной тарификацией в моем понимании являются отличным маркером производительности систем. Всегда можно за несколько сотен рублей прогнать бенчмарки и понять насколько система подходит под ваши задачи. А потом уже решить покупать сервер или взять в аренду выделенный в ДЦ.
Да, тупанул, забыл что у нас мать двухпроцессорная была и подумал, что опечатка вышла.🫡
Ого, новости из будущего?) 128 ядерная, а потоков 256.
Требуем статью с практическим применением различных типов чисел с плавающей запятой. Например взять нейронку и развернуть ее в FP32 и FP8(квантизация под вопросом).
Было бы интересно на практике видеть отличия между этими режимами.
На самом деле тема животрепещущая, поскольку на каждом углу рассказывают про производительность в FP16, INT8 и других вариантах с плавающей запятой. Думаю надо продолжать развивать эту тему и пустить обзорный материал по каждому из вариантов чисел с плавающей запятой и описать более подробно варианты их практического применения без предисловий.
Зашел в ваш профиль, как я понимаю речь про 3D моделирование?