Community Edition от Portainer остаётся открытым проектом уже десять лет, и вот этот путь упёрся в стену. Portainer 3.0, грядущая переработка платформы с нуля с ориентацией на Kubernetes, не станет основой для CE.

Об этом объявил генеральный директор компании Neil Cresswell. По его словам, CE продолжит развиваться на базе Portainer 2.45 LTS, последнего выпуска ветки 2.x. Всё, что вышло после него, включая новые консоли и новую архитектуру, в CE переносить не будут.

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

Почему так вышло?

Показан сайт Portainer
Показан сайт Portainer

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

В Portainer 3.0 от этой модели отказались полностью. Вместо неё теперь пять отдельных консолей, и каждая заточена под конкретную задачу, а не один интерфейс на все случаи.

Он добавляет, что CE просто не вписывается в новый подход: модель политик Portainer 3.x, operations API и корпоративные консоли с самого начала рассчитаны на корпоративного пользователя, и “выпустить это под именем CE значило бы исказить суть продукта и его аудиторию”.

Что это значит на практике

Если вы уже работаете с Docker, сегодня ничего не меняется. Ветка 2.x работает как и раньше и продолжает получать патчи безопасности, так что остаться на ней, поддерживаемый сценарий.

Если же перейти на 3.x, окружения Docker, Swarm и Podman по-прежнему подключаются как нативные. Тем, кто хочет сохранить инструменты в стиле Docker, но при этом работать поверх Kubernetes, предлагают Portainer-D2K, слой совместимости, который позволяет Docker Compose и похожим инструментам разворачивать приложения в кластере Kubernetes и управлять ими.

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

Если нужны новые возможности без перехода на Kubernetes, бесплатно и с сохранением открытого кода их не получить. Единственный бесплатный путь к 3.x лежит через 3 Nodes Free, существующую лицензию Portainer с ограничением по числу узлов для закрытой Business Edition, а не через сборку CE.

Альтернативы, если хочется переехать

Если перспектива навсегда остаться на 2.x не радует, вот что прямо сейчас находится в разработке и заслуживает внимания:

  • Komodo, платформа сборки и развёртывания на Rust для управления нагрузками на нескольких серверах. Никаких искусственных ограничений по числу серверов, и она особенно интересна тем, кто готов работать в парадигме развёртывания и автоматизации.

  • Arcane, платформа управления Docker на Go и SvelteKit с современным интерфейсом. Лицензия BSD-3-Clause, поддерживает работу с контейнерами, Compose, образами, томами, сетями, удалёнными хостами и Swarm, а также другие возможности.

Ни одна из них не заменит без изменений любой сценарий Portainer, особенно если вы активно пользуетесь его широкой поддержкой Kubernetes. Но для домашней лаборатории или небольшого окружения Docker/Swarm, где нужен вменяемый self-hosted интерфейс без платного уровня функций, обе достойны изучения.