ドッキングウィンドウのコンポーネント

ドッキングウィンドウのコンポーネント

 

ドッカーサーバとクライアント

サーバー(C / S)アーキテクチャプログラム - ドッキングウィンドウは、クライアントです。クライアントは、ドッカーサーバーをドッキングウィンドウする必要がありますまたはデーモンは、サーバーやデーモンがすべての作業を行います、要求を行い、その結果を返します。ドッカーは、コマンドラインツールドッキングウィンドウとRESTfulなAPIのセットを提供します。あなたが同じホスト上にドッカーデーモンとクライアントを実行することができ、あなたはまた、別のホスト・マシン上のリモートドッカードッカーデーモンを実行するには、ローカルクライアントから接続することができます

 

ミラーコンテナドッカー

 

ミラーリングは、ドッカーのの礎石です。ユーザーは、自分のコンテナベースのミラーリングを実行します。ミラーもドッカーライフサイクルの「ビルド」の部分。ミラー層構造が結合されたファイルシステムに基づいて、一連の命令を構築するためのステップバイステップ。例えば:

ファイルを追加します。

コマンドを実行します。

ウィンドウを開きます。

容器はまた、ミラーリングすることができる「ソースコード」。ミラー、非常に小さい非常に「ポータブル」、簡単に共有、保存され、更新しました。

ドッキングウィンドウは、あなただけの容器にパッケージ化することができる独自のアプリケーションやサービスを必要とし、あなたが構築し、コンテナを展開することができます。コンテナは、ブートアップミラーリングされ、容器は1つ以上のプロセスで実行することができます。私たちは、ミラーが構築やライフサイクルのドッカー段階をパッケージ化し、コンテナが開始されたか、実施段階であることを信じることができます。ミラーリングされたブートコンテナに基づいて、起動が完了すると、コンテナは、我々は、彼らが必要とするソフトウェアやサービスをインストールした容器にログオンすることができます。

だから、ドッカーコンテナは次のとおりです。

画像フォーマット。

いくつかの標準的なオペレーティングカラム;

実行環境。

ドッカーは、標準コンテナの概念に描画します。世界中に出荷された標準のコンテナ貨物、ドッカーは、唯一の違いはある、独自のデザインにこのモデルを使用します:コンテナ貨物の輸送、輸送、ドッカーソフトウェア。

         これを行うとし、ドッカー、などの容器、それはWebサーバ、またはデータベース、またはアプリケーション・サーバーか何かであるかどうか、コンテナが最後にインストール何を気にしないでください。「ロード」への内容と同様のすべてのコンテナ。

         ドッキングウィンドウを使用すると、コンテナを輸送する場所を気にしない:私たちは、レジストリにアップロードされ、独自のノートコンテナを構築し、その後、テストの特定のホストに容器内で展開する物理または仮想サーバにダウンロードすることができます。ドッカー容器交換の利便性、などの標準コンテナ、同様に、配布することは容易重畳することができ、そしてGMにしてみてください。

 

レジストリ(レジストリ)

構築された画像を保存するために、ユーザとレジストリドッカー。レジストリは、パブリックとプライベートの2種類に分かれています。ドッカー会社は、ドッキングウィンドウのハブと呼ばれる公共のレジストリを運営しています。ユーザーはドッカーハブ、シェアのアカウントにサインアップし、独自の画像を保存することができます(注:ドッカーハブ巨人遅いダウンロード画像、あなたがあなた自身のプライベートレジストリを構築することができます)。

https://hub.docker.com/

 

ドッキングウィンドウコンテナが欲しかったし、オブジェクトクラスとオブジェクトが直面しているミラー

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

おすすめ

転載: www.cnblogs.com/weilantian/p/11799242.html