Прежде чем перейти к статье, хочу вам представить, экономическую онлайн игру Brave Knights, в которой вы можете играть и зарабатывать. Регистируйтесь, играйте и зарабатывайте!
Привет, хочу поделиться мыслями относительно OpenStack. История конечно не нова - годы безудержного хайпа вокруг этой технологии уже позади, это видно как субъективно, так и в отчётах Google Trends. Даже известные евангелисты этого продукта, вроде основателя Mirantis Александра Фридланда, подвели черту (посмотрите кстати его интервью Осетинской - хорошо рассказывает) и отметили что тема в итоге не выстрелила и скатилась в ниши.
В основном в телеком: там большое количество "операторских" вендоров построили на OpenStack свои платформы для виртуализации сетевых сервисов (NFV). Ещё, по словам того-же Фридланда, популярна в Китае, где компаниям не особо комфортно закупать что-то от глобальных поставщиков и нужны альтернативы. Короче интерес к технологии спал, а многие производители позакрывали у себя направление OpenStack - как минимум можно вспомнить HPe и SuSE.
Сам наблюдал как стартовали несколько пилотов в российских компаниях во время пика внимания к OpenStack в районе 2012-2014 годов. Заказчики запускали тестовое окружение, очень быстро убеждались что это вообще ни разу не "бесплатная VMware", многих привычных фич нет и сворачивали инициативы.
Но вот внезапано наблюдается возврат интереса к OpenStack в корпоративном секторе. Проникновение технологии в крупный бизнес в РФ можно навскидку оценить быстрым просмотром вакансий на hh.ru - основные потребители действительно в телекоме - на момент подготовки статьи в топе висят предложения именно от них. Есть ещё немного локальных облачных провайдеров, которые построили свои платформы на OpenStack - ну тоже понятно, не с нуля же писать. И внезапно специалистов ищут несколько банков и ритейлеров. Там-то откуда?
Действительно, откуда?
Удивительным образом это как раз те отрасли, где "цифровизация" (ой, не бейте только за это слово) в России зашла наиболее далеко и где появилось много активно развиваемых внутренними командами разработки сервисов. Почему это коррелирует с использованием OpenStack? Рискну предположить!
В контексте современной внутренней разработки потеряли актуальность стоп-факторы, которые не позволили OpenStack занять свою нишу в корпоративном сегменте 10 лет назад. Их видится несколько:
"Классические" корпоративные приложения предполагали реализацию многих нефункциональных требований, связанных с восстановлением после сбоя, катастрофоустойчивостью, сохранностью данных и т.п. средствами ИТ-инфраструктуры. Им подавай высокую доступность на уровне среды виртуализации, "аппаратную" репликацию данных в резервный ЦОД и прочие радости "кровавого энтерпрайза", включая документальное подтверждение совместимости всего со всем, которых OpenStack как не умел, так и не умеет. Теперь в мире современных архитектур прикладного ПО, родившихся и выросших в публичных облаках, где всех этих инфраструктурных чудо-сервисов никогда и не было, это стало не столь критичным.
В корпоративном секторе сильно выросла терпимость к решениям с открытым исходным кодом, не покрытым сервисным контрактом 24x7x4 от именитых вендоров. Если прикладной софт написан с применением сотен Open Source библиотек и фреймворков, работает на Open Source СУБД и прочем свободно-распространяемом middleware - какой экономический смысл в том чтобы запускать его на супер-дорогой и тяжелой инфраструктуре?
Задачи организации "частного облака" для команд разработки и автоматизации предоставления базовых инфраструктурных услуг превратились из непонятной экзотики, против которой вставал горой отдел сопровождения ("мы им сейчас дадим доступ - а они там такого понасоздают!"), в абсолютную необходимость. Не то чтобы в привычных продуктах для серверной виртуализации этого нет. Обычно есть, но за отдельные деньги.
Ну и сам OpenStack не стоял на месте. Вообще первые лет 5 существования практически любого сложного продукта - это всегда период преодоления “детских болезней”. Для многих компаний первое знакомство было немедленно омрачено негативным опытом эксплуатации. Особенно доставлял хлопот незрелый Ceph – де-факто стандартный инструмент для организации блочного хранения данных в OpenStack. Несмотря на то что формально он не является частью платформы, “ложка дегтя” в немалой степени была добавлена именно им. Достаточно вспомнить громкие истории - катастрофу в облачном провайдере CloudMouse в 2015 или крупную аварию в Росреестре в 2018. В итоге недоверие к Ceph сохраняется и по сей день, хотя успешных кейсов применения тоже хватает.
В целом, есть ощущение что где-то начиная с релиза Newton (конец 2016 - начало 2017) наступил период общей стабилизации решения и фокус разработки сместился в сторону наращивания функционала. Да и Ceph значительно продвинулся вперёд. Сегодня, после 10 лет существования проекта, OpenStack похоже наконец становится реальным инструментом для построения вычислительной инфраструктуры в корпоративной среде, а причины препятствующие его проникновению в "энтерпрайз" сильно поредели при использовании в качестве платформы для современных “cloud-native” приложений (а не попытки получить “бесплатную VMware” - нет её там, не ищите).
![OpenStack выходит на плато? OpenStack выходит на плато?](https://habrastorage.org/getpro/habr/upload_files/e88/bed/dc9/e88beddc9a5a1b9be8640a918b8a0be3.png)
А ещё в последние годы на российском рынке появилось некоторое количество локальных продуктов, основанных на OpenStack. Есть on-premises решение от одного из местных интернет-гигантов с облачным бизнесом и разные "импортозамещающие" предложения. А значит появились и люди, активно продвигающие их на рынке.
В итоге
Кажется что мы наблюдаем "второе пришествие" OpenStack. Не очень правда пока понятны масштабы этого тренда, поэтому основная цель этой статьи - задать вопрос коллегам: верите или не верите вы во "второе пришествие"? Есть ли планы применения OpenStack у вас? Если уже пользуетесь - то что у вас со стораджем? Давайте обсудим в комментах.