Red Hat покупает CoreOS: что меняется для нас в enterprise Kubernetes

В январе Red Hat объявил о закрытии сделки по покупке CoreOS за $250 млн. Мы тогда отложили разбор в сторону - событие крупное, но требовало осмысления. За три месяца картина немного прояснилась, и сейчас самое время поговорить о том, что это меняет практически.

Почему сделка важнее чем кажется

На первый взгляд - ещё одна enterprise-покупка перспективного стартапа. Но CoreOS - это не просто стартап с хайпом. Компания дала инфраструктурному миру несколько вещей, которые сейчас являются частью фундамента Kubernetes-экосистемы:

• etcd - распределённое хранилище ключ-значение, которое является сердцем любого Kubernetes-кластера. Не опциональный компонент, а обязательный.
• Container Linux (бывший CoreOS Linux) - минималистичная ОС, заточенная под контейнерные рабочие нагрузки с автообновлением и read-only rootfs.
• Tectonic - enterprise Kubernetes-дистрибутив CoreOS с веб-консолью, LDAP-интеграцией и коммерческой поддержкой.
• Operator Framework - концепция и инструментарий для написания Kubernetes Operators, которые мы разбирали буквально на прошлой неделе.
• rkt - альтернативный container runtime, который в своё время подтолкнул Docker к открытию containerd.

Red Hat покупает не один продукт - он покупает команду и набор технологий, которые пронизывают kubernetes-стек сверху донизу.

Что Red Hat хочет получить

У Red Hat есть OpenShift - собственная Kubernetes-платформа с долгой историей. OpenShift 3.x построен поверх Kubernetes, имеет сильную позицию в enterprise, особенно там где важна поддержка RHEL и сертификация для регулируемых отраслей.

Проблема в том, что Tectonic от CoreOS наступал ему на пятки. Оба продукта - enterprise Kubernetes с коммерческой поддержкой, оба конкурируют за один и тот же сегмент заказчиков. Купить конкурента и объединить команды - логичный ход.

Что Red Hat явно хочет получить из этой сделки:

• Operator Framework - это проработанная концепция автоматизации Day 2 операций в Kubernetes (бэкапы, апгрейды, failover), и у CoreOS она проработана лучше чем у кого-либо.
• Container Linux как замена или дополнение к атомарным вариантам RHEL/CentOS для container-first развёртываний.
• Инженерную команду - люди из CoreOS активно участвовали в upstream Kubernetes и формировали ключевые подсистемы.

Что это значит для Tectonic и OpenShift

Вот здесь начинается интересное. Red Hat явно не будет поддерживать два конкурирующих enterprise Kubernetes-дистрибутива бесконечно. Интеграция Tectonic в OpenShift - вопрос времени и стратегии, а не принципа.

Наш взгляд на вероятный сценарий: OpenShift поглотит лучшие части Tectonic. Operator Framework попадёт в OpenShift как нативный механизм управления компонентами платформы. Container Linux может стать рекомендуемой ОС для узлов OpenShift наряду с RHEL/CentOS Atomic. Tectonic как отдельный продукт - скорее всего, доживает до EOL, а заказчики Tectonic получат путь миграции на OpenShift.

Если вы сейчас выбираете между Tectonic и OpenShift - мы бы в такой ситуации склонялись к OpenShift уже сейчас. Не потому что Tectonic плох, а потому что его будущее как самостоятельного продукта стало туманным сразу после январского анонса.

Как это влияет на нашу стратегию

Для нас практический вопрос выглядит так: мы занимаемся managed-инфраструктурой для заказчиков разного масштаба, и Kubernetes - центральная часть нашего стека. Как эта сделка меняет расклад?

Первый вывод - etcd как компонент под надёжным управлением. CoreOS уходит в Red Hat, но etcd - это open source проект с широкой базой контрибьюторов и мощным community. Риск того что поддержка etcd деградирует - минимальный. Red Hat был бы последней компанией в мире, которая захочет сломать core Kubernetes.

Второй вывод - Operator Framework становится стратегически интереснее. Мы писали про операторы недавно, и тогда это воспринималось как «хорошая концепция, но без production-трекрекорда». Теперь за ней стоит Red Hat с их способностью довести инструмент до enterprise-уровня. Смотреть на операторы стоит серьёзнее - вероятно, это не эксперимент, а будущая механика развёртывания stateful-компонентов в Kubernetes.

Третий вывод - для vanilla Kubernetes ничего критично не изменилось. Upstream Kubernetes - проект CNCF, не Red Hat и не CoreOS. Поглощения отдельных вендоров на управлении upstream сказываются слабо, там слишком распределённая governance-модель.

Где остаётся неопределённость

Честно - несколько вещей остаются без ответа.

rkt. Альтернативный runtime от CoreOS активно не развивается, это было заметно ещё до сделки. Red Hat - большой сторонник CRI-O, собственной реализации Container Runtime Interface. Судьба rkt под новым владельцем туманна. Если вы где-то используете rkt - следим за новостями.

Container Linux update model. Одна из главных особенностей Container Linux - атомарные автообновления с A/B-партициями. У Red Hat есть Atomic Host с похожей идеей. Как они будут сосуществовать или объединяться - официальной дорожной карты на март нет.

Временной горизонт интеграции. Enterprise M&A работает медленно. Реальная интеграция Tectonic в OpenShift - это не три месяца. Пока команды притираются и согласуют roadmap, продукты будут жить относительно самостоятельно. Заказчикам Tectonic бояться нечего прямо сейчас.

Что делаем мы

Наша позиция на сегодня: не суетимся, но внимательно следим. На кластерах которые мы сейчас строим - идём с upstream Kubernetes там где нет жёстких enterprise-требований, и смотрим на OpenShift там где заказчику нужна сертифицированная платформа с вендорской поддержкой.

Оценивать Operator Framework в реальном деплое планируем ближайшим летом - хотим дождаться когда появятся первые production-операторы от Red Hat после интеграции CoreOS-команды. Идея хорошая, но не хотим быть самыми ранними adopters там, где ситуация с владением и поддержкой только что поменялась.

Сделка Red Hat + CoreOS - это укрупнение рынка enterprise Kubernetes, которое было предсказуемо. Удивительно скорее что так долго не происходило.