1

一般的なアプローチは、メッセージを発行する前にコンシューマ キューを作成することですが、ここでは非常に緊密な結合が行われているようです。一般に、この交換から消費されるキューの数と、それぞれが取得するメッセージの量を知りたくありません。サーバーを消費者から切り離しながら信頼性を維持しますか?

ここに画像の説明を入力

このイメージでは、認証リクエストを処理するために使用できるサーバー キューがあるかどうかをクライアント アプリが認識する必要があります。キューがない場合、メッセージはデッドレターになるため、これについて誰も考えたことはないと思いますか? それとも、このキューが常に存在すると仮定します (永続的です)?

4

2 に答える 2

1

信頼性の高いメッセージ配信を保証するために、キュー プーリングを使用できます。この場合、クライアント アプリケーションは、利用可能なキューについて明示的に知る必要はありませんQueuePool。次の利用可能なキューを要求するだけです。使い果たされた場合、 QueuePoolQueuePoolはクライアントによって定義された方法で高次関数を介して Queue を返します。詳細はこちら

于 2015-08-06T13:16:34.317 に答える