Dockerは、アプリケーションコンテナオーケストレーションプラットフォームとして知られているものです。 プラットフォームとして、コンテナに必要な最も単純なプロセスの表化などの最も基本的な要件から、時間内のデータの評価などの最も複雑なプロセスまで、コンテナ管理を含むすべてをユーザーに提供します。オーケストレーターの機能の。
この機会に、Dockerはバージョン1.12で更新されます。これには、プラットフォームの開発者のコラボレーションとコミュニティによる貢献のおかげで、多くの新機能が含まれています。
Docker1.12。
機能のグループがこの機会に組み込まれ、次のようなオプションを解き放ちます。 スウォームモード。 これは、分散システムを介して結合されたノードを持つ構造として展開されます。各ノードは、リソースを格納するために、一般的なシステムの管理に介入するサブシステムです。 各ノードは、グループまたはその一部が特定のタスクのリーダーシップに集中するようにプログラムできます。 このグループは、クラスターの管理とコンテナーに伴うタスク、およびAPIに提供されるサービスに取り組みます。 残りの操作のノードの他のグループ。 Lワーカーノードとして知られている、tそれらは、単純なタスクの実行と、コンテナー内のデータのフローに関連するすべてのものに取り組みます。 セキュリティの一環として、コンテナのこれらの「非リーディング」ノードは、APIおよびデータウェアハウスによって提供される情報に完全にアクセスできないことに注意することが重要です。 それらは、基本的な機能を実行し、各タスクについて報告することに限定されています。
特定のタスクに割り当てられたノードが常にそこに永続的に保持されるわけではなく、構成を通じて他の役割に再割り当てできることに注意してください。 それは通常名前が付けられています 割り当てられた役割を果たせない場合に、それぞれが提供できるサポート。
ノード間の通信のサポートとして、情報を処理するこのタスクでノードをサポートするマネージャーが適用されます。 それらが指示するノードは、コンセンサス、つまり群れの中のサービスとタスクを含むアクションを通じて実行されます。 つまり、リーダーとして選択されたノードは、コンテナーの管理および意思決定中にそのように機能します。 次に、各ノードのステータスを管理して監視に提供するこのノードは、ノードによって実行されるタスクとサービスに関する情報も提供します。 次に管理するこれらのノードは、上記の情報へのアクセスを提供するキーの排他的アクセス許可を必要とせず、この問題で競合することなく機能し、残りのノードのリーダーに対して発行する必要のあるサポートを残します。
ワーカーノードの場合、マネージャーノードとの通信はl GRPCプロトコル ネットワークを扱う人 HTTP / 2。 このプロトコルを使用すると、割り当てられたタスクのステータスの管理ノードにアカウントをレンダリングし、さらにノードがコンテナで引き続き機能するかどうかを示すライフサインを表示します。
群れは、分散ファイルシステムのおかげで、各プロセスの高速フロー分散システムとして機能します。 それはの記憶を持っています インスタント読み取り これは、読み取り負荷が非常に高く、そのような状況でより多くの読み取り速度が必要なときに、これらの読み取りプロセスを最適化します。 同様に、 情報書き込み 群れの構造で; すべての情報を同じネットワークにグループ化することで、オブジェクト要求の時間を大幅に節約できます。 明らかに、データの書き込みと読み取りの効率は、プロセス中のデータの保存と保存を過小評価することなく、速度とパフォーマンスを大幅に向上させます。
Docker 1.12は、スウォームシステムを管理して、適切に分散されたデータストレージと、そこに含まれるデータへの高速アクセスを提供します。 データ書き込みのみに対応する読み取り集約型システムの作成 ディスクに 非常に必要な瞬間に。 システムのこの領域でより優れたパフォーマンスを提供し、セキュリティを脇に置いていないもの。Docker内では、この分野の専門家ではない人でも非常にアクセスしやすくなっています。 オーバーレイネットワークトラフィックのセキュリティを処理する必要がある場合にのみ、より高度な知識が必要です。ほとんどの場合、手動による注意または構成が必要です。
Dockerとその新しいバージョンについてもっと知りたい場合は、ここにそのリンクを残します 公式ブログ.