Dockerにとってdumb-initはどれほど重要ですか？

Question

この質問にprimarily opinion-basedというマークは付けられませんが、客観的な答えがあることを願っています。

私はIntroducing dumb-init, an init system for Docker containersを読んでおり、dumb-initの理由と使い方を広く説明しています。正直言って、Linuxのプロセス構造がどのように動作するか経験のない人にとっては、これはかなり劇的に聞こえます。dumb-initを使用しないと、まったく間違っているように感じられます。

これは私自身のDockerイメージ内で使用することを考えている理由です。私がこれをやめないようにするには、それを使用する公式のDockerイメージがまだ見つかりませんでした。

• mongoを例にとります。mongodを直接呼び出します。
• 例としてpostgresとしてください：postgresを直接呼び出します。
• nodeを例に取ると、nodeが直接呼び出されます。なぜ明らかに誰もそれを使用していない - dumb-initがそう重要である

場合

...？私はここで何が欠けていますか？などの新しいプロセスを生成のプロセスを持っており、あなたのプロセスが停止する必要がある場合は、子の信号をキャッチし、あなたの子供を停止するために実装良いシグナルハンドラを持っていない場合dumb-initかtiniなどの

Answer 1

何かが

使用することができます

プロセスが新しいプロセス（Node.jsなど）を生成しない場合、これは必要ではないかもしれません。

私は、MongoDB、PostgreSQL、...子プロセスを実行する可能性が高いシグナルハンドラが実装されていると思います。そうでなければゾンビのプロセスがあり、誰かがこれを解決するために問題を提起していたでしょう。

node、ruby、golangなどの公式言語イメージのみ問題が発生する可能性があります。あなたは通常それらを必要としないので、彼らはそれにダムinit/tiniを持っていません。しかし、悪い子の実行コードを実装してシグナルハンドラを修正するか、ヘルパーをPID 1として使用するのは開発者次第です。