Portainer, популярная веб-платформа для управления контейнерными средами вроде Docker, Kubernetes, Podman и Docker Swarm, готовит следующий крупный релиз.

В Portainer 3.0 основной упор сместится на Kubernetes, а Docker, Swarm и Podman станут второстепенными. Правда, для пользователей есть небольшой нюанс, и хорошим он окажется или плохим, зависит от точки зрения.

Компания сообщила, что Portainer 2.45 LTS станет последним релизом в серии 2.x. Следом ожидается Portainer 3.0 в статусе STS, а позже выйдет новая LTS-версия. Но важнее другое: в Portainer 3.x будет использоваться кодовая база, которую в компании называют Kubernetes-first.

Portainer
Portainer

По словам Portainer, разрыв между Docker и Kubernetes вырос настолько, что поддерживать одинаковые возможности для Docker, Podman, Swarm и Kubernetes в единой кодовой базе больше нецелесообразно.

Такие функции, как управление политиками, API операций, аутентификация, GitOps и наблюдаемость, теперь во многом опираются на возможности Kubernetes. Но это не значит, что поддержка Docker исчезнет.

Пользователи по-прежнему смогут подключать среды Docker, Swarm и Podman в Portainer 3.x и управлять ими, однако эти среды не получат все новые функции платформы.

В Portainer говорят, что Docker, Swarm и Podman займут второстепенное место в интерфейсе. Новые возможности движка политик, GitOps и наблюдаемости будут в первую очередь ориентированы на Kubernetes.

Компания также создаёт новые продукты в рамках подхода Kubernetes-first: Portainer-Run, Portainer-IDP, Portainer-Command, Portainer-Operations и Portainer-AiGrid. Все они рассчитаны на Kubernetes, а не на Docker.

Тем, кто сейчас использует Docker, в Portainer предлагают перейти на нативный Kubernetes или на проект Portainer-D2K.

Portainer-D2K работает как слой совместимости, из-за которого Kubernetes выглядит как среда Docker. Это позволяет продолжать пользоваться привычными инструментами вроде Docker CLI и Docker Compose, хотя рабочие нагрузки выполняются в Kubernetes.

Проект также предоставляет API, совместимый с Docker. Значит, существующая автоматизация, системы CI/CD и другие инструменты, завязанные на Docker, продолжат работать без немедленного перехода на нативные инструменты Kubernetes.

Кроме того, Portainer работает над add-on для миграции, который поможет перенести контейнеры и стеки Docker в Kubernetes. Инструмент преобразует рабочие нагрузки Docker в манифесты Kubernetes, зафиксирует эти манифесты в Git-репозитории и развернёт их с помощью GitOps в Portainer.

Ещё одно серьёзное изменение касается Portainer Community Edition. Бесплатная версия Portainer CE останется на кодовой базе 2.x, отдельного релиза Portainer CE 3.x не будет.

Вместо этого получить Portainer 3.x можно через существующую программу Business Edition “3 Nodes Free”. Так что бесплатный вариант Portainer никуда не уходит, но Community Edition как отдельный продукт завершится вместе с поколением 2.x.

Portainer 2.45 CE будет получать обновления безопасности, исправления ошибок и бэкпорты, пока поддерживается серия 2.45 LTS.

При этом в Portainer прямо предупреждают: ждать полного паритета функций с 3.x не стоит, поскольку часть будущих возможностей напрямую зависит от возможностей Kubernetes, которых Docker не даёт.

После критики анонса генеральный директор Portainer Нил Крессвелл (Neil Cresswell) уточнил, что компания не отказывается от Docker. Portainer по-прежнему будет поддерживать нативные среды Docker и Podman и не станет убирать существующие функции из Portainer 2.x или 3.x.

Тем не менее общее направление понятно. Portainer, известный тем, что упростил управление Docker с помощью веб-интерфейса, теперь направляет будущую разработку на Kubernetes.

Это открывает дорогу другим инструментам, например Komodo, который быстро набирает популярность и уже частично вытеснил Portainer как первый выбор по умолчанию для многих пользователей. Такую позицию Portainer занимал до совсем недавнего времени.

Дополнительные подробности есть в официальном анонсе.