ドッカーの容器アセンブリ

docker1.11バージョンの起動、ドッキングウィンドウコンテナがドッキングウィンドウデーモンデーモンによって開始され、簡単な操作ではなく、その上の複数のコンポーネントのcontainerd、containerd・シム、runCとを統合しています。ドッキングウィンドウのサービスが開始された後、システムはdockerd、ドッキングウィンドウ-containerdプロセスなどのコマンドを表示することができます。

ドッカー説明した容器アセンブリ
ドッカーは、CLI(ドッカー)
ドッカークライアントプログラムは、ドッキングウィンドウデーモン(dockerd)へのユーザー要求を送信するために使用するツールです。

ドッカー Dの
デーモンドッカー容器管理(ドッカーデーモン)としてdockerd、および相互作用の原因ドッカークライアント・デーモン、および管理ドッカーミラー及び容器は、また、一般ドッカーエンジンと称します。

Containerd
containerdは標準化後の製品容器、互換性のOCI、コンテナおよび剥離ドッキングウィンドウデーモンからその実行時の管理機能のための規格です。dockerdを実行しない場合は理論的には、直接コンテナcontainerdによって管理することができます。

Containerdが -shim
それはcontainerdコンポーネント、ランタイムコンテナキャリアである、あなたはホスト血管のドッキングウィンドウコンテナのそれぞれに対応したコマンドによって表示することができcontainerdの -shim。

RunC
runCプロセスは、子プロセスcontainerdシム存在、runCプロセスはbashの構成に従ってrootfsの容器を見つけ、最初の処理容器などの子プロセスを作成することです。このすべては、runCの親プロセスから、その後のbash処理容器runCプロセスが終了、完了するとcontainerd-シム買収を。

ドッカーアセンブリのワークフロー

  • ドッキングウィンドウのdockerdクライアントはコンテナを作成するための要求を送信しdockerdはコンテナデポの鏡像を引っ張ってきます。
  • dockerd画像リポジトリプルに対応する画像からcontainerdの容器の動作を開始するための要求
  • 要求は、いくつかの初期化作業を行いますcontainerdコンテナを起動dockerd受信されると、それにパラメータとしてcontainerd -シム・プロセス、およびコンフィギュレーションを開始します。ドッキングウィンドウ-containerdマシンのすべてのコンテナを管理する責任が実行されている、とcontainerd-シムプロセスは、容器の動作を管理するための唯一の責任です。
  • containerd-シムが runCプロセスを開始し、runCプロセスコンテナの出力の内容は、背面にフィードバックされる containerd-シム最終的にクライアントをドッキングウィンドウします、。

おすすめ

転載: www.cnblogs.com/zhouzhifei/p/11597066.html