docker - 一个小的 Docker 镜像在运行时有多重要？

Question

有许多非常小的 Linux Docker 镜像，重量约为 4-5M，“完整”发行版开始时约为 100M，然后攀升至两倍。

撇开 repo 的存储空间和下载时间，小图像与大图像是否有运行时考虑因素？例如，如果我有一个已编译的 Go 程序，一个在 Busybox 上运行，另一个在 Ubuntu 上运行，我在一台机器上运行了 10 个程序，以何种方式(如果有的话)比一个图像很小而另一个很重要重要重的？一个比另一个消耗更多的运行时资源吗？

Answer 1

如果图像更大，除了存储和 RAM 之外，我从来没有看到任何消耗其他资源的真正差异，但是，因为 Docker 容器应该是单个进程，为什么容器中未使用的困惑会产生巨大的开销？

当把东西缩小到小容器时，您可能会考虑一些优势:

• 部署时传输速度更快(尤其是如果您不想进行滚动升级时很重要)
• 成本:我大部分时间使用大型容器，但在小型 VM 上遇到了存储问题
• 分布式文件系统:当使用一些文件存储(如 GlusterFS 或其他附加存储)时，大型容器在引导和更新频繁时会变慢
• 大量数据开销:如果您有 500 MB 的困惑数据，您的开发机器、CI/CD 服务器、注册表和生产服务器的每个节点上都会有它。这可能很重要，具体取决于您的用例。

我会说:如果您只是在内部使用少数几个容器，那么与在生产中使用大量容器相比，大小并不那么重要(如果有的话)。