私はマイクロサービスアーキテクチャを勉強しています。マイクロサービス、amqpとサービスレジストリ/発見
RESTベースのマイクロサービスで要求を行うために（バック）サービスディスカバリを使用するという事実には全く問題ありません。私は、要求を行うためにサービス（または少なくともサーバークラスタの前面）がどこにあるかを知る必要があります。その場合、ip：portを発見できるのは理にかなっています。
しかし、私は、AMQPを扱う際にサービスレジストリ/ディスカバリを使用する目的が何であるのだろうか（HTTPのみの呼び出しなし）
AMQPを使用すると、「私はそれが必要で、誰かが私に答えてくれると思っています」というだけで、返信を送ったサーバーが誰かを知る必要はありません。
AMQPベースのマイクロサービスでサービスレジストリ/検出を使用する目的は何ですか？あなたの助けのための
おかげ
（実際には任意のMOM）AMQPは、実際のIPアドレスについては気にしなくても、他の問題間の通信のセキュリティ、ルーティング、通信するためのプロセスのための方法を提供します。これは必ずしも、どのプロセスが通信しているプロセスについても信頼でき、あるいは情報を持っていることを意味するわけではありません。
メッセージキューは、プロセスの半分、つまりリモートサービスに到達する方法を解決します。しかし、彼らは他の半分を解決することはありません：どのサービスが私のための正しいものです。サービス言い換えれば、：
これらの2つの問題はほぼ直線的に独立しています。第2の種類の問題を解決するには、グリッドコンピューティングにリソースブローカーが必要です。上記の最後の項目が正しく管理されていることを確認するために、リソースの割り当てもあります。
サービスを使用する意思をマルチキャストし、オファーの返信を待つなどの代替戦略があります。そのような場合には、逆オークションがあるかもしれません。
要するに、使用するサービス（ハードコードされているか一部の設定ファイル）について先験的な知識がない場合、エージェントはネゴシエートする必要があります。これには動的サービス発見。
私は本当にあなたの答えのポイントを理解しようとしています。MOMは、サービスの発見の重要な機能である場所の透過性、弾力性、負荷分散を提供します。私は、「必要な資源を持っている」、「信頼できる」など、どこに問題があるのかをよく理解できません。私は新しい消費者と一緒に多くの一時的なドッカーコンテナを追加することができます、そして、彼らは弾力的に出かけるでしょう。トピックを使用すると、最も近い消費者または最も安価なものを使用するなどの側面を制御でき、MOMはすでにセキュリティ機能を提供している可能性が最も高いです。もう少し詳しく説明すると素晴らしいでしょう。 –
MOMはオーバーレイネットワークを作成します。このオーバーレイネットワークに接続されているすべてのプロセスを制御する場合、サービスレジストリまたは検出が必要ない場合があります。 「誰が私のためにできるのですか」と尋ねるブロードキャストメッセージを送信し、その答えを信頼するプロトコルを作成するだけです。 – Akira
しかし、質問は「どのような状況でサービス登録と発見の恩恵を受けるか」という問題でした。 1つの可能な答えは、すべてのMOM参加者に事前の信頼を持たないことに関連しています。誰かを信頼できない、または信頼したくない場合は、レジストリのみを信頼することができます。レジストリがリソースAを使うべきだと示唆すれば、あなたはAとやりとりすることができます。あなたの例では、すべての参加者をコントロールしているようですので、レジストリを持っていれば、 – Akira
興味深い質問です。私は、MOMがサービス発見機能のように働いているとも思っていました。場所の透明性と弾力性を提供します。 MOMはサービスレジストリのようなもので、知っておくべきことはサービス名です。交換名、およびMOMルートを使用してメッセージをサービスプロバイダー（コンシューマー）のいずれかにロードバランシングし、次に回答を得ます。率直に言って、今日の唯一の答えでは得点を得られませんでした。 –