クラスタコンピューティングのアンバサダーの建築コンセプトは何ですか？マイクロサービスアーキテクチャのパターンに実装することのメリットは何ですか？分散システムにおけるAmbassadorの概念は何ですか？
私は最近、ドッカーとドッカーの群れを研究してきました。私はこの用語が記事やレポを繰り返し繰り返しているのを見てきました。たとえば、this amazing projectには、docker-ambasssadorというリポジトリがあります。他のプロジェクトはctlc-docker-ambassadorです。
Microservicesの主な利点の1つは、変更を認識しているアプリケーション/エコシステムの残りの部分を使わずに基本コンポーネントを切り替えることができることです。アンバサダーパターンは、コードを移動して変更しながらコードを消費しながら、1つの場所に接続し続けます。あなたが提供されたリンクの一つは、偉大な説明/例があった：
` むしろよりサービスコンシューマとプロバイダ間のネットワークリンクをハードコーディング、ドッカーは、例えば、代わりのために、サービスのポータビリティを奨励：
（消費者） - あなたは大使を追加することができます別のRedisのサービスに添付し、消費者の再起動を必要と>（Redisの） 、：
（消費者） - >（Redisの-大使） - >（Redisの） または
（消費者） - >（redis-ambassador ）--- network --->（redis-ambassador） - >（redis） 消費者を別のRedisサーバと話すために再配線する必要がある場合は、消費者が接続しているredis-ambassadorコンテナを再起動するだけですに。 `
この場合、元のコンポーネント（redis）は、redisの認識を使用するコードなしで移動または更新できます。コードがもう少し巧妙であれば、もう1つのkvストアに切り替えることもできます。
しかし、あなたは赤字のポートマッピングをハードコードする必要がなくなります-大使？つまり、分散アーキテクチャの別のノードに問題を転送するだけではないのですか？ –
基本サービスがどこにあるのかを簡単に知るだけでなく、大使ノードは「スマート」にすることができ、着信要求に基づいてトラフィックを誘導することができます。異なる目的（キャッシュ、メタデータなど）で使用されるいくつかのredisノードがあったとします。消費するクライアントは、1つの大使にすべて話すことができ、要求をインテリジェントに管理し、適切な最終目的地にトラフィックを誘導することができます。基本的には、その時点でスマートロードバランサになります。複雑で柔軟性のあるツールの唯一の使用ではありません。 –
http://stackoverflow.com/questions/26604734/failing-to-see-how-ambassador-pattern-enhances-modularity-simplicty-of-contain –