Portainer 转变方向：现在就该寻找管理 Docker 容器的替代方案了吗？

Portainer 几乎已经成了许多家庭实验室里的常客。把它装在 NAS、Raspberry Pi、迷你 PC 或 Proxmox 虚拟机上，五分钟后，你就能通过 Web 界面启动、停止、更新和监控 Docker 容器。

在智能家居领域，这确实很方便。Home Assistant 在容器中运行得非常好，周边通常还会搭配 Mosquitto、Zigbee2MQTT、Node-RED、ESPHome、Frigate、InfluxDB、Grafana、AdGuard Home、Nginx Proxy Manager……服务清单很快就会变长。

2026 年 9 月 11 日，Portainer 宣布了战略转向：3.0 版本将以 Kubernetes 为优先方向，而 Community Edition 将继续留在 2.x 分支。

明天一早就得卸载 Portainer 吗？不用。但现在确实是时候去看看邻居家的花园里长出了什么。

Portainer 3.0：转向 Kubernetes

Portainer 首席执行官 Neil Cresswell 在一篇博客文章中详细介绍了这一新战略。这可不只是简单地改个版本号。

8 月发布的 Portainer 2.45 LTS 是 2.x 分支的最后一个版本。3.x 的开发将以 Kubernetes 为优先。

开发商对此解释得相当坦率。Docker 和 Kubernetes 之间的差距已经拉得太大，继续在同一套代码库中并行支持 Docker、Podman、Swarm 和 Kubernetes，已经难以为继。企业客户需要安全策略、可观测性、GitOps，以及运行 AI 工作负载的能力……这些都依赖 Kubernetes 特有的机制（网络策略、准入控制器），而 Docker 并不具备这些机制。

围绕这一生态系统，已有多个产品在筹备中：Portainer-Run、Portainer-IDP、Portainer-Command、Portainer-Operations，还有 Portainer-AiGrid。光看名字就知道重点在哪儿了。

如果你只是想在一台迷你 PC 上运行 Zigbee2MQTT 和几个服务，那离最初的需求可就差得远了。

Portainer CE 并没有就此消亡

公告发布后，有些标题写得相当危言耸听，所以我们还是把话说清楚：Portainer 并没有放弃 Docker，也不会一夜之间停掉 Community Edition。

CE 将继续留在 2.x 分支，并持续获得安全补丁和错误修复。Portainer 还承诺，会将 3.x 中能够通过 Docker API 实现的新增功能回移到这个分支。2.45 LTS 将维护至 2027 年 5 月。

如果你的服务器目前运行 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 也承认，3.x 仍会支持 Docker，但开发重点将转向 Kubernetes。如果你完全没打算迁移过去，那么问题就来了：有没有优先为 Docker 和 Docker Compose 设计的管理界面？

有，而且有好几个最近几个月都有了长足进步。

Arcane：如今最有说服力的替代方案之一

如果 2026 年只能试用一个，我会选它。

Arcane 就像是人们期待中的现代版 Portainer：通过 Web 界面管理容器、镜像、卷、网络和 Docker Compose 项目，还能借助代理管理远程主机。

在身份验证方面，它支持 OIDC、通行密钥和双重身份验证。此外，它还提供 API、镜像更新管理功能，以及一个可以显示每个镜像相关风险的漏洞扫描器。

而且它发展得很快。2.10 到 2.14 版本不到一个月就陆续发布了。2.14.0 于 2026 年 9 月 26 日发布，也就是我写下这些文字的几天前。这个版本新增了漏洞批量操作、重新设计的安全风险视图，以及一个显示每个容器进程的选项卡。

安装很简单：Arcane 本身运行在一个容器中，并访问宿主机的 Docker socket。和 Portainer 一样，请记住，访问这个 socket 就相当于拥有了这台机器的 root 权限。因此，不要在没有做好防护的情况下将界面暴露到互联网。

如果我明天要在自己的家庭实验室中换掉 Portainer，我会第一个安装它。

Dockge：简约至上

Dockge 是另一个在讨论中频频出现的名字。

它出自 Uptime Kuma 的开发者 Louis Lam 之手，设计理念与众不同。它并不打算把 Portainer 的所有功能都重新做一遍，而是专注于 Docker Compose。你可以通过一个非常简洁的界面创建、修改、启动、停止和更新各个 stack。

我最喜欢的一点是，compose.yaml 文件仍然是磁盘上的真实文件（默认位于 /opt/stacks），而不是存储在内部数据库中的条目。你可以用任何编辑器打开它们，也可以在终端里运行老派但好用的 docker compose up -d。

从 1.4 版本开始，它还支持连接到其他 Dockge 实例，从同一个界面查看多台机器上的 stack。

如果你用 Raspberry Pi 或迷你 PC 运行十来个智能家居服务，用起来确实很舒服。

它的不足之处在于开发节奏。最新稳定版 1.5.0 发布于 2025 年 3 月。这并不影响它正常运行，但如果是一个打算用上好几年的新部署，我会犹豫是否把它作为首选。

Komodo：适合拥有多台服务器的家庭实验室

如果你的家庭实验室规模越来越大，Komodo 值得一试。

它专为部署和管理多台服务器而设计。这是一个采用 GPLv3 许可的开源项目，连接的机器数量没有限制。

它支持 Docker Compose，可以导入现有 stack，也能从 Git 仓库获取配置。这样你就可以在 Git 中描述一个 stack，将它自动部署到服务器上，并在仓库发生变更时重新部署。如果你更喜欢老办法，直接把 Compose 文件保存在机器上，它也同样支持。

Komodo 2 新增了 Docker Swarm 管理功能、本地账户双重身份验证（TOTP 或通行密钥）、将多种登录方式（本地、OIDC、GitHub 等）关联到同一账户的功能，以及经过改进的远程终端。在自动化方面，它原本就已经相当强大。

举个具体例子：一台用于智能家居的迷你 PC、一台专门运行 Frigate 和摄像头的服务器、一台运行着几个服务的 NAS，以及一台外部 VPS。Komodo 可以把这一切集中管理起来。

它的上手难度显然高于 Dockge，但功能也强大得多。

Dockhand：值得关注的新秀

名单上的最后一位是：Dockhand。它的首个版本发布于 2025 年 12 月，发展速度惊人。

它支持管理容器、Compose stack、多个 Docker 环境、Git 仓库和 webhook。你还可以浏览卷和容器内部的文件、查看网络连接，或安排维护操作。

它最突出的优势是安全性，提供了一些在自托管工具中并不常见的功能。它会使用 Grype 和 Trivy 扫描镜像，查找已知漏洞；也可以在替换正在运行的容器之前扫描新镜像。这很实用，可以避免自动更新在半夜装上一个满是已知漏洞的镜像。

1.0.50 版本于 2026 年 9 月 30 日发布。

不过，要注意它的许可证。Dockhand 采用 Business Source License 1.1：个人使用或企业内部使用免费，但它并不是 GPL 或 MIT 项目意义上的自由软件。例如，你不能把它作为托管服务转售。其代码将在 2029 年转为 Apache 2.0 许可证。

那么，是否应该离开 Portainer？

不一定。

如果你在家里的 Docker 服务器上运行 Portainer CE 2.45，而且一切正常，我看不出有什么理由非得把现有配置全部推倒重来。这个分支仍在维护，修复也会继续推出。

不过，这则公告改变了我对这个工具长期发展的看法。Portainer 已经选定了自己的方向：Kubernetes 和企业市场。从开发商的角度看，我完全理解这个选择。只不过，对于把一台迷你 PC 和二十来个容器塞在设备间的人来说，这并不是自己想走的路。

对于这类用户，我的看法是：

• 如今，Arcane 是最接近现代化且仍在积极开发的 Portainer 替代品；
• 如果你想要一个围绕 Docker Compose 打造的极简界面，而且不介意开发速度放缓，Dockge 依然很出色；
• 如果你要管理多台服务器或想转向 GitOps，Komodo 就能大显身手；
• Dockhand 功能非常全面，尤其是在安全方面，值得密切关注，前提是你能接受它的许可证。

最稳妥的做法是暂时先别迁移。把这些工具中的一个安装在 Portainer 旁边，试用几周。它们都连接到同一个 Docker 守护进程，可以和平共存；Dockge 的常见问题解答也明确写了这一点。只有一点要注意：通过 Portainer Web 编辑器创建的 stack 存储在它的数据卷中，而不是你能直接管理的目录里。迁移之前，记得先取出这些 stack 的 Compose 文件。

如果换作是我，我会这么做。

多年来，问起“用什么界面管理 Docker？”，答案几乎总是 Portainer。到了 2026 年，我们终于有了真正的选择；对于那些喜欢折腾家庭实验室的人来说，这无疑是个好消息。

你怎么看？