違い: 1. コンテナーはイメージから作成された実行中のインスタンスです。イメージが開始された後のインスタンスはコンテナーと呼ばれ、独立して実行されるアプリケーションまたはアプリケーションのグループです。2. ウェアハウスは、画像ファイルが集中的に保管される場所です。通常、倉庫登録サーバーには複数の倉庫が保管され、各倉庫には複数の画像があり、各画像には異なるラベルが付けられます。
このチュートリアルの動作環境: linux7.3 システム、docker-1.13.1 バージョン、Dell G3 コンピューター。
Docker は、Go 言語に基づくオープン ソースのアプリケーション コンテナ エンジンであり、Apache2.0 プロトコルに準拠したオープン ソースです。
Docker を使用すると、開発者はアプリケーションと依存関係を軽量でポータブルなコンテナにパッケージ化し、それを仮想化も可能な一般的な Linux マシンに公開できます。
コンテナは完全にサンドボックス メカニズムを使用します。各コンテナはアプリケーションを実行します。異なるコンテナは互いに分離されます。コンテナ間にはインターフェイスはありません (iPhone アプリと同様)。コンテナ間の通信も確立できます。機構。さらに重要なのは、コンテナーのパフォーマンスのオーバーヘッドが非常に低いことです。コンテナーの作成と停止は非常に迅速に行われ、コンテナー自体のリソース要件も非常に制限されています。
Docker エンジンの基盤は Linux Containers (LXC) テクノロジーです。
Docker イメージ
Docker イメージ (イメージ) は仮想マシン イメージに似ており、Docker エンジンの読み取り専用テンプレートとして理解できます。ファイルシステムが含まれます。
例: イメージには完全な Ubuntu オペレーティング システム環境のみを含めることができ、それを Ubuntu イメージと呼ぶことができます。 Apache アプリケーション (またはユーザーが必要とするその他のソフトウェア) のみがイメージにインストールされます。これを Apache イメージと呼ぶことができます。
イメージは、Docker コンテナーを作成するための基礎です。バージョン管理と増分ファイル システムを通じて、Docker は既存のイメージを作成および更新するための非常にシンプルなメカニズムを提供し、ユーザーはすでに準備されたアプリケーション イメージをインターネットからダウンロードして直接使用することもできます。
Docker コンテナ
Docker コンテナ (コンテナ) は軽量のサンドボックスに似ており、Docker はコンテナを使用してアプリケーションを実行および分離します。
コンテナは、イメージから作成されたインスタンスを実行するアプリケーションです。開始、開始、停止、削除が可能で、これらのコンテナーは相互に分離されており、相互には見えません。
コンテナは、Linux システム環境 (root ユーザー権限、プロセス スペース、ユーザー スペース、ネットワーク スペースなどを含む) の簡略化されたバージョンと、その中で実行されるアプリケーションによってパッケージ化されたボックスと考えることができます。
画像自体は読み取り専用です。コンテナーがイメージから開始されると、書き込み可能なレイヤーがイメージの上に作成されます。
Docker ウェアハウス
Docker ウェアハウス (リポジトリ) はコード ウェアハウスに似ており、Docker がイメージ ファイルを一元的に保存する場所です。
Docker ウェアハウスとウェアハウス登録サーバー (レジストリ) を厳密に区別せずに混同する情報を目にすることがあります。実際、ウェアハウス登録サーバーはウェアハウスが保存される場所であり、多くの場合、そこに複数のウェアハウスが保存されます。各ウェアハウスには、特定の種類の画像が集中的に保存されており、多くの場合、異なるタグで区別される複数の画像ファイルが含まれています。
たとえば、Ubuntu オペレーティング システム イメージを保存するウェアハウスは Ubuntu ウェアハウスと呼ばれ、14.04 や 12.04 などの異なるバージョンのイメージが含まれる場合があります。
保存されたイメージがパブリックに共有されるかどうかに応じて、Docker ウェアハウスはパブリック ウェアハウス (パブリック) とプライベート ウェアハウス (プライベート) の 2 つの形式に分類できます。
現在、最大のパブリック リポジトリは公式の Docker Hub で、ユーザーがダウンロードできる多数のイメージが保存されています。多くの国内クラウド サービス プロバイダー (Shisu Cloud、Alibaba Cloud など) もローカル ソースの倉庫を提供しており、安定した国内アクセスを提供できます。
もちろん、ユーザーがイメージ ファイルを公に共有したくない場合、Docker はユーザーがローカル ネットワーク内に自分だけがアクセスできるプライベート ウェアハウスを作成することもサポートします。ユーザーは独自のイメージを作成した後、push コマンドを使用して、指定されたパブリックまたはプライベート リポジトリにイメージをアップロードできます。このようにして、次回ユーザーが別のマシンでイメージを使用するときは、ウェアハウスからイメージを取得するだけで済みます。
イメージ、コンテナ、ウェアハウスの違い
docker イメージ (イメージ)
1 つの読み取りテンプレートのみを使用してコンテナーを作成でき、1 つのイメージで複数のコンテナーを作成できます。
Docker は、既存のイメージを作成および更新するための非常にシンプルなメカニズムを提供し、他の人から直接イメージを取得することもできます。画像は直接使用されます;
は Java のクラスとして理解できます;
docker コンテナ (コンテナ)
コンテナーとは イメージから作成された実行中のインスタンス、つまりイメージが開始された後のインスタンスはコンテナーと呼ばれます。これは独立して実行されるアプリケーションまたはアプリケーションのグループです。
Docker はコンテナーを使用して実行します、削除、各コンテナは相互に分離され、セキュリティが確保されたプラットフォームです;
コンテナは Linux の単純なバージョンと考えることができます (これには、root ユーザー権限、プロセス スペース、ユーザー スペース、ネットワーク スペースなどが含まれます)、およびそこで実行されているアプリケーションが含まれます;
は、Java のクラスを通じて作成されたインスタンスとして理解できます;
docker ウェアハウス (Resoisitory)
ウェアハウスは集中型です。画像ファイルの保存場所 git コード ウェアハウスなどに似た場所;
ウェアハウス (リポジトリ) とウェアハウス登録サーバー (レジストリ) には違いがあります。倉庫登録サーバーは通常、複数の倉庫を格納し、各倉庫には複数のミラーがあり、各ミラーには異なるタグが付いています。
倉庫は 2 つのタイプに分けられます: パブリック ウェアハウス (パブリック) とプライベート ウェアハウス (プライベート) フォーム;
最大のパブリック ウェアハウスは Docker Hub、国内のパブリック ウェアハウスには Alibaba Cloud などが含まれます;
ローカル ネットワーク上にプライベート ウェアハウスを作成できます;
独自のウェアハウスを作成する場合ミラーリング後、push コマンドを使用してパブリック ウェアハウスまたはプライベート ウェアハウスにアップロードできます。
ウェアハウスの概念は Git に似ており、ウェアハウス登録サーバーは GitHub などのホスティング サービスとして理解できます。
docker ホスト (ホスト)
Docker デーモンとコンテナーを実行するために使用される物理マシンまたは仮想マシン。
docker client (クライアント)
クライアントは、コマンド ラインまたはその他のツールを通じて Docker を使用します。
推奨される学習: 「docker ビデオ チュートリアル 」
以上がDockerコンテナとウェアハウスの違いは何ですかの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。