Как стать автором
Обновить

Комментарии 9

У вас очень поверхностное сравнение. Посмотрите Yandex Scale 2020.


Можете описать какой уровень детализации Вы ожидали увидеть в подобном сравнении?
Нашими статьями мы преследуем две задачи. Во-первых, обратить внимание только на ключевые(!) различия между платформами для планирования миграции клиентских приложений на инфраструктуру Яндекс.Облака или MCS. Характеристики, которые у обоих поставщиков реализованы примерно одинаково, в эту статью не попали. Во-вторых, рассказать о том в каких направлениях у российских поставщиков есть пробелы по сравнению с возможностями AWS, Azure и GCP.
Также хочу напомнить, что это цикл статей, и мы рассказали пока только про IaaS. В следующих статьях мы остановимся на сетевых сервисах, PaaS, SaaS и других сервисах, о которых в первую очередь шла речь на Yandex Scale. Продолжение следует, оставайтесь на связи!
Разработка платформы производится собственными силами с минимальным использованием корпоративных вендорских решений, например, VMware vCloud Director и др.

Только никак не обосновано, чем самопил опенстека (или полснотью самопильное решение) лучше, чем VMware и почему это для вас важный критерий.
Предположу, что мотивы близки к тем, по которым было затеяно импортозамещение в госсекторе. Т.е., исключить зависимость инфраструктуры от проприетарных западных решений, лицензии на которые могут однажды если не отозвать, то просто не продлить.
Как мы уже писали в самом начале статьи, решения, основанные на «коробочных продуктах» сторонних производителей, не позволяют гибко и оперативно внедрять новые сервисы, потому что они ограничены дорожной картой вендора. Например, Serverless, платформа IoT, сервисы Big Data и аналитика данных, отсутствуют у вендора VMware.
С другой стороны поставщики облачных услуг фактически предоставляют пакет Managed Services + аренда инфраструктуры, тем самым перекладывая на себя стоимость поддержки тех же технических решений, которые заказчик может использовать на собственной инфраструктуре. Бесспорно, это закрывает определенные потребности среди крупных заказчиков, но с точки зрения экономической модели стоимость таких решений будет выше за счёт значительной доли платежей в сторону поставщиков оборудования и ПО.
Однако, среди популярных систем для управления Гибридными Облаками (Cloud Management Platforms) – таких как Red Hat CloudForms, Morpheus, Scalr, поддержка отсутствует.

Разве для поддержки Scalr недостаточно терраформ провайдера?
Согласны, что для Scalr IaCP будет достаточно Terraform провайдера, но мы имели в виду платформу управления облаком Scalr CMP, для которой в перечне поддерживаемых платформ Яндекс.Облака нет. Scalr CMP требует доступа к API продукта для построения каталога услуг, тарификации, квот, разграничения доступа и прочих функций управления гибридным облаком.
Интересно пишете в конце.
-У одних проблема в том, что они когда-нибудь могут остаться одни.
-Другие одиноки сразу, но это же не проблема.

Мы обратили внимание читателей на тот факт, что платформа Openstack не является продуктом непосредственно компании Mail.ru Group. Поставщику придется самостоятельно развивать компоненты данной платформы в случае, если комьюнити снизит интерес к Openstack. Дальнейшее самостоятельное развитие потребует дополнительных затрат со стороны поставщика, а, возможно, и перехода на новый стек технологий.
Яндекс в качестве компонентов облака использует собственные технические решения, которые он сам разработал и использует для своих сервисов. Внутри компании сформированы центры компетенции по развитию и поддержке данных решений. Их развитие не зависит от внешних факторов.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий