Dockerコンテナ内のプロセスはどのようなものですか？

Question

Dockerは、人々がDockerが基本的なハードウェアを仮想化したと考えていたので、仮想化バケットに含まれていました。これはDockerが使用する用語（主に「コンテナ」という用語）から派生した誤った名前です。

ただし、Dockerはシステムハードウェアの仮想化に関して魔法のようなことをしません。代わりに、重要な施設の周りに「フェンス」を構築するLinuxカーネルの機能を活用して、プロセスがネットワーキング、ファイルシステム、権限（何よりも）などのリソースと対話できるようにして、完全な機能を備えたシステムと対話しています。勘違いを呼び起こします。。

次の例では、Dockerコンテナを起動してから/bin/bash。

$ docker run -it ubuntu:latest /bin/bash
root@c0c5c54062df:/#

これで、このコンテナ内で次のように実行しますps -eaf。

別のターミナルタブに切り替えると、Dockerコンテナをホストしているホストシステムにログインし、コンテナが「実際に」占有するプロセススペースを表示できます。

これで、Dockerタブに戻ってその中で複数のプロセスを起動し、すべてをバックグラウンドに入れると、元のDockerコンテナで起動されたデフォルトのBashプロセスで実行されているいくつかのサブプロセスがあることがわかります。。

メモ:このプロセスは、sleep 1000バックグラウンドで実行される4つのコマンドです。

Dockerコンテナ内で、プロセスに48-51のプロセスID（PID）がどのように割り当てられるかを確認します。ps -eaf出力でも見ることができます。

しかし、次の画像では、Dockerが実行する「魔法」のほとんどが明らかになります。

この4つのsleep 1000プロセスは実際に元のBashプロセスのサブプロセスですか？また、元のDockerコンテナは/bin/bash実際にDockerデーモンのサブプロセスであることに注意してください。

sleep 1000これで、元のコマンドが完了するまで1000秒以上待ってから4つの新しいコマンドを実行し、次のように別のDockerコンテナを起動します。

$ docker run -it ubuntu:latest /bin/bash
root@450a3ce77d32:/#

ホストシステムの出力はps -eaf次のとおりです。

他のDockerコンテナは、Dockerデーモンの下のプロセスとしてのみ表示されます。

ご覧のとおり、Dockerは実際には仮想化ではありません（伝統的な意味で) は様々なカーネルリソースの周りに「フェンス」を構築し、特定のプロセス+サブプロセスの可視性を制限します。

Answer 1