С тех пор, как в 2010 г. НАСА и Rackspace приступили к созданию OpenStack, все придерживались идеи единого релиза. Однако во время майской конференции OpenStack Summit разработчики объявили, что единый релиз мертв. Ему на смену идет модель «большого шатра», которая по-новому определит, что включает в себя платформа OpenStack.
Единый релиз OpenStack охватывал множество проектов и все больше разрастался. Проблема заключалась в том, что не каждый новый проект имел значение для каждого облака OpenStack и в действительности не каждый новый проект использовался. На конференции Джонатан Брайс, исполнительный директор фонда OpenStack Foundation, пояснил, что согласно новому определению DefCore, есть проекты, которые считаются ключевыми и зрелыми, и они широко применяются, а есть прочие. К ключевым проектам относятся Nova (вычисления), Swift (хранение), Glance (образ), Horizon (приборная панель), Neutron (сеть) и Keystone (идентификация).
Последний единый релиз OpenStack Kilo включает также проекты Heat (оркестрирование), Ironic (облачный сервис на «голом железе», без инфраструктуры виртуализации), Trove (СУБД) и Ceilometer (измерения), которые не охватываются определением DefCore.
«Единый релиз представлял собой искусственный технический инструмент управления, и теперь он устраняется, — сказал Брайс. — Термин „единый релиз“ оказался перегружен и стал применяться для обозначения того, для чего он не предназначался».
Некоторые члены сообщества разработчиков придерживались мнения, что входящий в единый релиз проект должен рассматриваться в качестве элемента OpenStack и взаимодействующего с облаками OpenStack, только если его поддерживают и развертывают поставщики OpenStack. Однако, сказал Брайс, в действительности входившие в единый релиз проекты просто достигли определенного уровня зрелости и интеграции с другими компонентами платформы.
На проведенном во время OpenStack Summit мероприятии под названием «„Большой шатер“ — взгляд на новый метод управления проектами OpenStack», где для участников были предусмотрены только стоячие места, директор фонда OpenStack Foundation по инжинирингу Тьерри Карре и программный инженер из HP Шон Дейг рассказали о последствиях нового подхода.
Единый релиз вызывал путаницу среди разработчиков и производителей, сказал Карре. Кроме того, становилось все труднее добавлять в него новые проекты, добавил он.
Дейг пояснил, что благодаря модели «большого шатра» в процесс работы над проектом OpenStack вносятся небольшие, но важные изменения. «Мы заменяем вопрос „это OpenStack?“ вопросом „вы представляете OpenStack?“», — сказал он.
Это означает, что вместо «освященных» проектов, которые поднимаются до уровня элементов единого релиза, к проектам «большого шатра» относятся те, в которых используются процессы OpenStack. Иными словами, проект должен лицензироваться в качестве открытого кода, иметь открытое сообщество и использовать модель OpenStack.
Что означает переход к модели «большого шатра» для следующего релиза OpenStack Liberty, который должен выйти в октябре? Появление гораздо большего числа проектов, которые могут стать частью скоординированного релиза. Среди проектов, которые никогда не входили в единый релиз, а теперь войдут благодаря «большому шатру», можно назвать Congress (политика), Manila (совместное использование файлов), Rally (эталонное тестирование), Magnum (контейнеры), Barbican (управление ключами) и Murano (каталог приложений).
Карре отметил, что многие проекты, охваченные моделью «большого шатра», на протяжении некоторого времени ведутся как проекты OpenStack. Но прежде они рассматривались как «граждане второго сорта». На посвященных дизайну конференциях им уделялось меньше времени, чем первоклассным интегрированным проектам. Тем не менее, технический комитет фонда OpenStack сосредоточится на ключевых проектах, создавая однако условия для роста широкого сообщества, обслуживающего разнообразные нужды пользователей, сказал он.
Переход к модели «большого шатра» сопряжен с некоторыми трудностями. Например, станет труднее сравнивать будущий релиз Liberty с прежними едиными релизами по количеству строк кода и участников разработки, поскольку резко возрастет число включенных в него проектов.
Кроме того, Карре признал, что ряд проектов могут пересекаться или конкурировать друг с другом. Хотя в сообществе OpenStack приветствуется наличие различных подходов к решению проблемы, потребуется некое регулирование.
«Техническому комитету по-прежнему принадлежит право окончательного одобрения или отклонения проектов OpenStack, и если что-то будет вредно для OpenStack, мы не потерпим этого в сообществе», — сказал Карре.
