1.1なぜドッカーが表示されます
私たちは多くのことを気にする必要がある操作や保守の間、開発のコラボレーションとして、この問題は、特に、様々な、インターネット企業の多くが直面しなければならない設定を適用するには、オペレーティング・システムからのオペレーティング環境へのオンラインへの開発から製品、および、+です反復バージョンの後、運用・保守要員との互換性は、テスト環境の異なるバージョンがあります。これは標準化されたソリューションを提供しますので、ドッキングウィンドウの理由は、なぜこれほど急速に成長し、それがあります。
環境設定ので、面倒な、マシンを交換してください、私たちは、すべての上に時間のかかる労力を、それを行う必要があり、多くの人が考えて、根本的な問題を解決することはできません、ソフトウェアが環境にインストールすることができ、それは、コピー元とまったく同じ環境がインストールされている場合、と言うことです開発者はドッカー協調的符号化の使用なくすことができたときに、問題を「私のマシンでは正常に動作しています」。
JAVA / TOMCAT / MYSQL / JDBCドライバパッケージなど：のような、サーバアプリケーションの実行環境、インストールするソフトウェアのさまざまなを設定します。インストールのトラブルの構成、およびクロスプラットフォームにすることはできません。あなたは、Windows、Linux上でこれらの環境をインストールする場合は、もう一度、移植に、別の同じサーバーオペレーティングシステム用のさらに、クロスオペレーティングシステム、着用し、そうでない場合はすることは非常に面倒です。
従来、ソフトウェアコードの開発/試験後、プロシージャまたはコンパイルされたバイナリバイトコードの両方の結果の出力は、（例えば、Java（登録商標））を実行することができる、と考えました。これらのプログラムがスムーズに実行することができるようにするために、開発チームはまた、アプリケーションの展開を可能にするために、完全なファイルの展開、運用、保守チームを準備する必要があり、開発者は明らかにすべての設定ファイル+ソフトウェア環境で、運用、保守チームに伝える必要があります。ドッカーミラーの設計、ドッキングウィンドウが適用され、[プログラムの]アイデアを過ぎて破壊します。コアオペレーティングシステム以外（画像）をミラーリングすることで、操作はどこにでも実行し、一度構築運用クロスプラットフォームアプリケーションのシームレスな統合を実現するために、システム環境、ボトムアップパッケージを適用するために必要。
1.2ドッカーのアイデア
ドッカーは、クラウドベースのオープンソースプロジェクトは、言語を行くです。
ドッカーの主な目的は、Appのユーザーは（WEBアプリケーションやデータベースアプリケーションできるように、などのアプリケーション・コンポーネント、配布、管理のライフサイクルの展開、操作、のパッケージを介して、つまり、「どこでも、任意のアプリケーションを、船をビルドして実行」でしたなど）とのできるその動作環境「一度パッケージは、どこでも実行されます。」
このような問題を解決するには、Linuxのコンテナ技術の出現が、ドッカーには、その超えるに基づいて開発されています。アプリケーションは、上記ドッカー容器で実行され、ドッカー容器は、クロスプラットフォーム、クロスサーバを実現し、任意のオペレーティングシステム上で同じです。一度だけの環境を設定するには、大幅に他のマシン上での操作を簡素化し、展開されたキーに変更することができます。
仮想マシン間の1.3ドッカー差
アプリケーション、必要なバイナリやライブラリなど、完全なクライアントオペレーティングシステム（ゲストOSの）を含む各仮想マシン、それらが分離されているが、彼らは共有し、ホストのハードウェアリソースの使用は、十数GBのほぼ大きさが必要です。
アプリケーションとその依存関係のすべてが、共有カーネルや他のコンテナを含むコンテナ。彼らは別のユーザ空間プロセスを形成するために、ホストオペレーティングシステム上で実行します。彼らは、ドッカーコンテナは、任意のインフラストラクチャおよび任意のクラウド上で、任意のコンピュータ上で実行することができ、任意の特定のインフラに依存しません。
要約する：ドッカーデーモンは、各ドッカーコンテナのリソースの割り当て、ホスト・オペレーティング・システムと直接通信することができ、それはホスト・オペレーティング・システムを有する容器から単離することができ、そして個々の容器は、互いに分離されています。ドッカーコンテナは、数ミリ秒以内に起動することができる一方でそれは、仮想マシンを起動するまでに数分かかります。オペレーティングシステムからの肥大化がない場合には、ドッカーは、ディスク容量、および他の多くのシステムリソースを節約することができます。
2つの主要な部分1.4ドッカー
- ドッカー：オープンソースの仮想化プラットフォームのコンテナ
- ドッカーハブ：、共有ドッカーコンテナドッキングウィンドウのSaaSプラットフォームを管理する- ドッカーハブ
サーバー（C / S）アーキテクチャモデル - クライアントを使用してドッカー。ドッカーデーモンと通信するためにドッカークライアント。そのようなあなたのドッカーコンテナを公開し、作成、実行などの複雑なタスクを処理するために重いドッカーデーモン。ドッキングウィンドウのクライアントとデーモンはもちろん、あなたはまた、リモートドッカーデーモンに接続するために、ドッカークライアントを使用することができ、同じシステム上で実行することができます。ソケットまたはRESTfulなAPIを介してクライアントとデーモン間ドッカー通信。
1.4.1ドッカーデーモン
上記のように、ドッカーデーモンは、ホスト上で実行されています。ユーザーが直接対話し、デーモンが、ドッカークライアントとその間接的なコミュニケーションによってません。
1.4.2ドッカークライアント
ドッカークライアントは、実際に、バイナリをドッキングウィンドウのメインユーザーは、ドッキングウィンドウと対話しています。これは、ユーザの指示とデーモン通信後ろので、前後ドッカーとを受信します。
1.5内部ドッカー
構築した内部ドッカーを理解するには、次の3つのコンポーネントと理解すべきで：
ドッカーミラー - ドッカー画像
ドッカー仓库 - ドッカーregisteries
ドッカー容器 - ドッカーコンテナ
1.5.1ドッカーミラー
コンテナが実行されている場合ドッカードッカーテンプレート画像を読み出し、画像一連の層の各々 （層）の組成物。ドッカーunionfsのは、別個の画像であることがこれらの層の組み合わせを使用します。unionfsのは、独立したファイルシステムのファイルとフォルダは、単一の一貫したファイルシステムを形成するために、透明なカバーである（ブランチと呼ぶ）が可能。これらの層の存在により、ドッカーはとても軽量であるためです。あなたは、このような新しいバージョンにアップグレードするためのプログラムとして、ドッカーの画像を変更すると、新しいレイヤーが作成されます。したがって、全体ではなく、元の画像を置き換えるかの（おそらく行う仮想マシンを使用している場合）を再確立しますが、新しいレイヤーを追加またはアップグレードされます。今、あなたは全体のイメージを再リリースする必要はありません、あなただけの、アップグレードする必要があるディストリビューション層ドッカーミラーシンプルかつ高速なようにします。
1.5.2ドッカー倉庫
Docker仓库用来保存镜像，可以理解为代码控制中的代码仓库。同样的，Docker仓库也有公有和私有的概念。公有的 Docker仓库名字是Docker Hub（最大的公开仓库）。Docker Hub提供了庞大的镜像集合供使用。这些镜像可以是自己创建，或者在别人的镜像基础上创建。仓库（Repository）和仓库注册服务器（Registry）是有区别的，仓库注册服务器上往往存放着多个仓库，每个仓库中又包含了多个镜像，每个镜像有不同的标签。
Registry：注册服务器，用于管理镜像仓库，起到的是服务器的作用。
Repository：镜像仓库，用于存储具体的docker镜像，起到的是仓库存储作用。
1.5.3 Docker 容器
Docker容器和文件夹很类似，一个Docker容器包含了所有的某个应用运行所需要的环境。每一个 Docker容器都是从Docker镜像创建的。Docker容器可以运行、开始、停止、移动和删除。每一个Docker容器都是独立和安全的应用平台，Docker容器是Docker的运行部分，容器的定义和镜像几乎一模一样，也是一堆层的统一视角，唯一区别在于容器的最上面那一层是可读可写的。