docker - 对于 Docker，dumb-init 有多重要？

Question

我希望这个问题不要被标记为主要是基于意见的，而是有一个客观的答案。

我已阅读 Introducing dumb-init, an init system for Docker containers ，它广泛地描述了为什么以及如何使用 dumb-init。老实说，对于那些对 Linux 进程结构的工作方式不太熟悉的人来说，这听起来很戏剧化——如果你不使用 dumb-init，就好像你在做完全错误的事情。

这就是为什么我考虑在我自己的 Docker 镜像中使用它的原因……让我无法这样做的原因是我还没有找到使用它的官方 Docker 镜像。

• 接mongo举个例子:他们直接调用mongod。
• 接postgres举个例子:他们直接调用postgres。
• 接node举个例子:他们直接调用node。
• …

如果 dumb-init 是 so 重要 - 为什么显然没有人使用它？我在这里错过了什么？

Answer 1

类似于 dumb-init或 tini如果您有一个产生新进程的进程并且您没有实现良好的信号处理程序来捕获子信号并在您的进程应该停止时停止您的 child 等，则可以使用。

如果您的进程没有产生新进程(例如 Node.js)，那么这可能没有必要。

我猜想可能运行子进程的 MongoDB、PostgreSQL 等已经实现了良好的信号处理程序。否则会有僵尸进程，有人会提出问题来解决这个问题。

唯一的问题可能是官方语言图像，如 node、ruby、golang。它们没有哑初始化/tini，因为您通常不需要它们。但这取决于开发人员是否可以实现错误的子执行代码来修复信号处理程序或使用帮助程序作为 PID 1。