html
虽然我完全支持容器化服务所提供的轻量级工作负载，但我一直对 针对 Windows 用户的管理工具 感到困扰。Docker Desktop 是一个臃肿的混乱，而我用过的大多数仪表板功能太多，让我觉得难以学习。我只需要运行 Docker 引擎，这样我就可以 在终端中使用 Docker Compose，以及一种查看我正在运行的容器的方式。
就这些而已。我不需要能够从中央仓库拉取镜像，或者编辑文件，因为我可以在 VS Code 中很好地完成这些。我不想每次都要重新发明轮子，或者必须搜索 compose 文件保存的位置，或者任何让我后悔再次尝试在 Windows 上运行 Docker 的烦恼。容器的好处在于有一百种方法可以完成任何任务，而我找到了一个仪表板，可以告诉我正在运行的内容、它们使用的端口以及链接到所使用的镜像，这就是我所需要的全部。
Dockpeek 是什么？
我从未意识到我有多想要一种轻量级的方式来管理我的容器
我使用过许多 Docker 管理工具，从 Komodo 到 Portainer，它们都让我感觉像是在 juggling 一堆递归容器。我已经知道我的 compose 文件在哪里；我在 VS Code 中打开它们来修改。我知道我的映射存储文件夹在哪里，因为我在文件资源管理器中能看到它们。我可以轻松监控内存和 CPU 使用情况，因为我在同一台机器上，而在我的仪表板上看到这些信息的重复让我感到烦恼。
我意识到在这方面我可能不太典型，因为 每个管理工具都是这样运作的。它们都把菜单层层叠加，显示哪些容器正在运行，您的镜像在哪里，以及开发者认为您可能想看到的关于容器的任何细节信息。接着，您会看到容器名称的资源使用情况及其他信息，这一切开始让我感觉像是在书的边缘添加注释。
我无法这样工作。这种信息过载让我无法应对 Google Analytics 或其他监控工具，直到我添加了过滤器、限制和其他方式来精简数据，以便我刚好有足够我使用的信息。而这正是 Dockpeek 帮我做到的。它显示了我的容器、我可以访问这些容器的端口、它们是否在运行，以及是否需要更新镜像。
查看日志和当前情况很简单
哦，还有日志。这是个关键的点，在大多数 Docker 控制面板上，我得点开好几个标签才能找到它们。这些日志用大字体显示，读起来很清楚，我只需点一下就能看到。我不想为每个容器学那种多级导航，去找日志，也不想从日志里再找能修复错误的地方。我只想要日志。
为什么 Dockpeek 对我更好？
证据 A：Docker Desktop 及其臃肿
我特别提到 Docker Desktop，但 Podman 也差不多。就算戴上眼镜，我也看不清界面上的一半字，日志部分更糟。如果我看不清，你干嘛还要让我看呢？
我知道我听起来像个对着天空大喊的老人，但这些工具本应使容器管理变得更简单，而不是让我增加需要处理和眯眼查看的认知负担。我使用过的最接近好用的仪表板的是 Dockge，至少它保持了较大的字体大小。不过，它重复了我在其他地方已经熟悉的功能。
我为什么需要所有这些其他东西？
我更喜欢用一个 Compose 文件开始任何容器化任务，并且我倾向于手动完成其余的过程。我不喜欢在文本管理和按钮之间切换，我一直对像 Synology Container Manager 这样的系统感到困扰，因为一切都需要填写表单。我不需要搜索现有 Docker 镜像的注册表，因为我通常是直接根据 Github 页面上的说明进行工作的。我的工作流程根本不需要大多数 Docker 仪表板提供的那些功能，我对此很满意。我知道什么对我来说有效，每当我不得不与之对抗时，我最终花更多的时间与我的工具和工作流程作斗争，而不是实际去完成我想做的事情。
Dockpeek 让我明白了容器管理
当我在处理 Docker 容器来搭建家庭实验室时，我的需求很简单。我需要一个终端、一个文本编辑器，还有一个能显示我的堆栈中哪些部分在运行的仪表板，以及我需要的日志，以便找出为什么某些东西没有按预期工作。我不想在仪表板上重复这些功能，甚至不想有重启容器的按钮，因为我更喜欢用命令行。
Dockpeek 给了我足够的信息，让我在工作时知道发生了什么，而不用承受浏览杂乱界面带来的认知负担。这正是我想要的，一个能提醒我哪些在工作的视觉提示，还有一个拉取每个容器最新版本的按钮。
热门跟贴