Portainer меняет курс: не пора ли уже искать альтернативу для управления контейнерами Docker?

Portainer уже стал привычной частью многих домашних лабораторий. Его устанавливают на NAS, Raspberry Pi, мини-ПК или в виртуальную машину Proxmox, и уже через пять минут у вас есть веб-интерфейс для запуска, остановки, обновления и мониторинга контейнеров Docker.

Для домашней автоматизации это очень удобно. Home Assistant отлично работает в контейнере, а рядом с ним часто используют Mosquitto, Zigbee2MQTT, Node-RED, ESPHome, Frigate, InfluxDB, Grafana, AdGuard Home, Nginx Proxy Manager… Список быстро растёт.

11 сентября 2026 года Portainer объявил о смене курса: версия 3.0 будет в первую очередь ориентирована на Kubernetes, а Community Edition останется на ветке 2.x.

Нужно ли завтра утром удалять Portainer? Нет. Но сейчас самое время посмотреть, что растёт в саду у соседа.

Portainer 3.0: курс на Kubernetes

Новую стратегию подробно изложил в блоге Нил Крессвелл, генеральный директор Portainer. И речь не просто о смене номера версии.

Portainer 2.45 LTS, выпущенная в августе, — последняя версия ветки 2.x. Версия 3.x будет разрабатываться с приоритетом на Kubernetes.

Разработчик объясняет это довольно прямо. Разрыв между Docker и Kubernetes стал настолько большим, что больше невозможно разрабатывать всё параллельно для Docker, Podman, Swarm и Kubernetes в одной кодовой базе. Клиентам из корпоративного сегмента нужны политики безопасности, наблюдаемость, GitOps, возможность запускать ИИ-нагрузки… Всё это опирается на специфичные для Kubernetes механизмы (сетевые политики, контроллеры допуска), которых нет в Docker.

Для этой экосистемы готовится несколько продуктов: Portainer-Run, Portainer-IDP, Portainer-Command, Portainer-Operations и Portainer-AiGrid. Одни только названия задают тон.

Если вам нужно всего лишь запустить Zigbee2MQTT и несколько сервисов на мини-ПК, это уже совсем не то, что вам изначально требовалось.

Portainer CE никуда не исчезает

После объявления появились довольно тревожные заголовки, так что давайте проясним ситуацию: Portainer не отказывается от Docker и не отключает Community Edition в одночасье.

CE останется на ветке 2.x и продолжит получать исправления безопасности и ошибки. Portainer также обещает переносить в неё нововведения из 3.x, у которых есть аналог в API Docker. Поддержка Portainer 2.45 LTS продлится до мая 2027 года.

Если ваш сервер с Portainer CE сегодня работает без проблем, спешить некуда.

Однако Portainer CE 3.0 не будет. Чтобы бесплатно пользоваться версией 3.x, нужно будет подключиться к программе «3 Nodes Free», то есть получить Business Edition бесплатно для трёх узлов. Среды Docker, Swarm и Podman по-прежнему будут поддерживаться, но в интерфейсе отойдут на второй план, а новые функции в первую очередь, а возможно и исключительно, будут появляться для Kubernetes.

Сегодня разница кажется небольшой. Думаю, через два-три года она станет гораздо заметнее.

Почему это касается домашней автоматизации

Для домашней лаборатории Kubernetes чаще всего избыточен.

Возьмём обычный сервер с Home Assistant, Mosquitto, Zigbee2MQTT, Node-RED, Frigate и парой инструментов мониторинга. С этой задачей справится Docker Compose: отдельный файл для каждого приложения, данные в томах и несколько команд, чтобы сохранить резервную копию всего или всё пересоздать.

Создавать кластер Kubernetes только ради сохранения доступа к новейшим функциям админ-интерфейса — это всё равно что брать экскаватор, чтобы посадить три тюльпана.

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

Да. И за последние месяцы несколько таких решений заметно продвинулись.

Arcane: пожалуй, самая убедительная замена на сегодняшний день

Если в 2026 году можно протестировать только один вариант, я бы выбрал именно его.

Arcane похож на то, чего ждёшь от современного Portainer: контейнеры, образы, тома, сети и проекты Docker Compose в веб-интерфейсе, а также управление удалёнными компьютерами с помощью агента.

Для аутентификации доступны OIDC, ключи доступа и двухфакторная аутентификация. Есть также API, управление обновлениями образов и сканер уязвимостей, который показывает риски, связанные с каждым образом.

И разработка идёт быстро. Версии с 2.10 по 2.14 вышли меньше чем за месяц. Версия 2.14.0 датирована 26 сентября 2026 года — всего за несколько дней до того, как я пишу эти строки. В ней появились массовые действия для работы с уязвимостями, обновлённый обзор рисков безопасности и вкладка с процессами каждого контейнера.

Установить его просто: Arcane сам работает в контейнере и получает доступ к сокету Docker хоста. Как и в случае с Portainer, помните: доступ к сокету фактически означает предоставление прав root на компьютере. Поэтому не стоит без дополнительных мер выставлять интерфейс в интернет.

Если бы завтра мне пришлось заменить Portainer в домашней лаборатории, первым я бы установил именно Arcane.

Dockge: прежде всего простота

Dockge — ещё одно название, которое постоянно встречается в обсуждениях.

Его создал Луи Лам, разработчик Uptime Kuma, и философия у него другая. Он не пытается воссоздать весь Portainer, а сосредоточен на Docker Compose. Через лаконичный интерфейс можно создавать, изменять, запускать, останавливать и обновлять стеки.

Больше всего мне нравится, что файлы compose.yaml остаются обычными файлами на диске (по умолчанию — в /opt/stacks), а не записями во внутренней базе данных. Их можно открыть в любом редакторе или выполнить старую добрую команду docker compose up -d в терминале.

Начиная с версии 1.4, он также умеет подключаться к другим экземплярам Dockge и показывать стеки с нескольких компьютеров в одном интерфейсе.

На Raspberry Pi или мини-ПК, где работают десяток сервисов домашней автоматизации, это действительно удобно.

Недостаток — темп разработки. Последняя стабильная версия, 1.5.0, вышла в марте 2025 года. Это не мешает программе работать, но если я устанавливаю её заново и рассчитываю пользоваться ею несколько лет, то не был бы уверен, что это лучший первый выбор.

Komodo: когда в домашней лаборатории несколько серверов

Если ваша домашняя лаборатория разрослась, на Komodo стоит обратить внимание.

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

Он поддерживает Docker Compose, умеет импортировать существующие стеки и получать конфигурации из Git-репозитория. Можно описать стек в Git, автоматически развернуть его на сервере и повторно развернуть при каждом изменении репозитория. А если вы предпочитаете по старинке хранить файлы Compose прямо на компьютере, это тоже возможно.

В Komodo 2 добавили управление Docker Swarm, двухфакторную аутентификацию (TOTP или ключ доступа) для локальных учётных записей, возможность привязать к одной учётной записи несколько способов входа (локальный, OIDC, GitHub…) и обновлённые удалённые терминалы. Инструментов для автоматизации и раньше было немало.

Конкретный пример: мини-ПК для домашней автоматизации, второй сервер для Frigate и камер, NAS с несколькими сервисами и внешний VPS. Komodo объединяет всё это в одном месте.

Освоить его, конечно, сложнее, чем Dockge. Зато он гораздо мощнее.

Dockhand: новичок, за которым стоит следить

Последний в списке — Dockhand. Его первая версия вышла в декабре 2025 года, а развивается он впечатляющими темпами.

Он управляет контейнерами, стеками Compose, несколькими средами Docker, Git-репозиториями и вебхуками. Также можно просматривать тома и файлы внутри контейнеров, следить за сетевыми подключениями и планировать обслуживание.

Особенно он выделяется в плане безопасности — в нём есть функции, которые редко встретишь в инструментах для самостоятельного хостинга. Он анализирует образы с помощью Grype и Trivy, чтобы обнаружить известные уязвимости, и может проверить новый образ до замены работающего контейнера. Это помогает не допустить, чтобы автоматическое обновление среди ночи установило образ с целым набором известных уязвимостей.

Версия 1.0.50 вышла 30 сентября 2026 года.

Но обратите внимание на лицензию. Dockhand распространяется по Business Source License 1.1: он бесплатен для личного использования и для внутреннего использования в компании, но не является свободным программным обеспечением в том же смысле, что проекты под лицензиями GPL или MIT. Например, его нельзя перепродавать как размещённый сервис. В 2029 году код перейдёт на лицензию Apache 2.0.

Так стоит ли уходить с Portainer?

Не обязательно.

Если на домашнем Docker-сервере у вас установлен Portainer CE 2.45 и всё работает, я не вижу причин всё ломать. Ветка поддерживается, исправления продолжат выходить.

Но это объявление изменило моё отношение к инструменту в долгосрочной перспективе. Portainer выбрал свой путь: Kubernetes и корпоративный сектор. С точки зрения разработчика я его вполне понимаю. Просто этот путь не для того, у кого в техническом шкафу стоит мини-ПК с парой десятков контейнеров.

Для таких пользователей моё мнение следующее:

• сейчас Arcane больше всего похож на современный Portainer, который активно развивается;
• Dockge остаётся отличным вариантом, если вам нужен минималистичный интерфейс для Docker Compose и замедление разработки вас не смущает;
• Komodo особенно пригодится, если вы управляете несколькими серверами или хотите перейти на GitOps;
• Dockhand очень функционален, особенно в плане безопасности, и за ним стоит следить, если вас устраивает его лицензия.

Надёжнее всего пока ничего не переносить. Установите один из этих инструментов рядом с Portainer и протестируйте его в течение нескольких недель. Все они работают с одним и тем же демоном Docker и без проблем сосуществуют; это прямо указано и в разделе часто задаваемых вопросов Dockge. Есть только один момент: стеки, созданные через веб-редактор Portainer, хранятся в его томе данных, а не в папке, которой вы управляете. Перед переходом сохраните файлы Compose.

На вашем месте я бы поступил именно так.

Годами на вопрос «какой интерфейс выбрать для управления Docker?» почти автоматически отвечали: Portainer. В 2026 году у нас наконец появился настоящий выбор, и для тех, кто любит возиться со своей домашней лабораторией, это хорошая новость.

А что думаете вы?