科技媒体 How-To Geek 的作者 David J. Buck 就把这段经历写了出来。他每天都要跑三到六个容器，如今 Portainer 已经成为工作流里不可缺少的一环，但最初的一整周，他是在没有任何管理工具的情况下硬扛过来的。用他自己的话说，那段日子”相当难受”，而不装容器管理器，是他刚上手 Docker 时犯下的最大错误之一。

删掉容器，不等于清理干净

裸用命令行最容易踩的坑，是误以为删除容器就万事大吉。实际上，删除容器并不会连带删除镜像及其全部数据。更新或移除镜像时如果忘记清理旧数据，隐藏的构建缓存、持久化数据卷和各种残留文件就会一层层堆积起来，既吃硬盘，又难以排查。

Buck 给出的排查顺序值得参考。先用 docker system df 查看整个 Docker 系统的占用情况，看清哪些空间可以回收、有没有悬空镜像在白白占地方。确认之后再用 docker system prune --all 进行清理。

这条命令需要格外小心：它会移除所有已停止的容器、没有被任何容器使用的网络，以及系统上全部未使用的镜像。Buck 特别提醒，不要不加确认就直接执行——这个教训是他自己吃了苦头才记住的。构建缓存则可以交给 docker builder prune 处理。最后再回头梳理一遍哪些应用还在日常使用，把长期闲置的手动清掉，需要时重新拉取即可。

整套流程能解决问题，但过程冗长、繁琐，而且每一步都得自己盯着。

图形界面把状态摆在明面上

换用 Portainer 之后，Buck 的判断依据从”记忆”变成了”一眼可见”。在容器列表页面，发布的端口、健康状态、所属的 Stack 一目了然，查看日志也只是顺手的事。他认为最实用的功能是清楚显示每个容器占用的端口——同时跑六个以上容器时，这一点尤其重要。

运行状态的上下标识同样关键。前面提到的各类清理命令，会把处于停止状态的容器一并删掉，Buck 坦言自己在这上面栽过不止一次跟头。有了状态一览，动手前就能做出更靠谱的判断。

需要澄清的是 Stacks 这个概念。Docker 本身的编排工具 Docker Swarm 用于跨多台机器管理容器，而 Portainer 里的 Stacks 视图本质上是 Docker Compose 文件的图形界面，与 Swarm 并无关系。扫一眼这个面板，就能知道各个 Compose 文件是否正常运行。

数据卷管理也从命令行的猜谜变成了点选操作。所有卷以列表形式呈现，增删只需点击，不必再对着一堆名称纠结哪个还有用、哪个可以安全清除。此外，图形界面提供的快速健康检查和网页版终端，也大幅降低了日常维护的心理负担。

轻量派选择：Lazydocker

Portainer 并非唯一选项。Buck 提到了另一款颇受欢迎的工具 Lazydocker。他尚未实际使用，但从资料看，这款工具界面更清爽，管理容器的方式也更稳妥。吸引他的一点是资源占用更低——Lazydocker 是终端界面工具，不依赖浏览器，因此更加轻巧。Portainer 的社区版和 Lazydocker 都是开源软件。

从公开资料看，两者的定位差异相当清晰。Portainer 社区版是常驻的网页服务，以容器形式部署，通过 9443 端口的浏览器界面访问，覆盖容器、镜像、数据卷、网络、Compose 堆栈乃至 Kubernetes，还支持多主机管理和多用户权限控制，常态内存占用大致在 100 到 200 MB。

Lazydocker 则是单个二进制文件，由 lazygit 的作者 Jesse Duffield 开发，在代码托管平台上已积累超过 3.5 万颗星。它不需要常驻后台，登录服务器后敲一条命令即可调出面板，查看容器状态、实时日志和资源占用，用完退出，运行时内存占用仅约 10 到 20 MB，也不需要把 Docker 套接字暴露到网络上。

因此，不少工程师干脆两个一起用：日常部署和团队协作走 Portainer 的网页界面，远程登录服务器临时排查故障时则调出 Lazydocker，两者并不冲突。

结论

对于任何以容器方式运行应用的工作流来说，管理工具都称得上是刚需。Buck 的结论直截了当：不建议任何人在没有容器管理器的情况下开始使用 Docker。至于选 Portainer 还是 Lazydocker，取决于习惯浏览器还是终端——但”什么都不装”，大概率是最费时间的那个选项。

来源：How-To Geek《Docker became much easier once I started using a container manager》，作者 David J. Buck，2026 年 8 月 1 日；部分工具参数参考公开资料整理。