排他的で耐久性のある(自動削除ではない)キューを作成した場合。今、消費者がそのキューにサブスクライブして、それがダウンした場合。そのキューは削除されます。RabbitMQ専用の+耐久性キューを使用する
キューが唯一の永続性(つまり、排他的でも自動削除でもない)である場合、私はシナリオをチェックしました。今、消費者がそのキューにサブスクライブして、それがダウンした場合。そのキューは削除されます。
第1のケースを説明してください。第2のケースは予期した結果を示しています。どちらのシナリオにおいても、1つのコンシューマが1つのキューにサブスクライブされ、1つのdirect_exchangeにバインドされたキューは1つだけです。
なぜそうしますか?私は排他機能(ロック)が本当に好きですが、メッセージを処理しているサービスがダウンすると、キュー内のメッセージを緩和できません。私は1つのサービスしか処理しているメッセージを処理することができません、そして、それがダウンすると、フェイルバックサービスは今それが排他的な権利をキューに持ち、所有権を取ることができることを検出します。しかし、メッセージがなくなったら!むしろ私には役に立たない。 – code5
古きからこの質問に答えるには、答えを見つけるまでにしばらく時間がかかりました。あなたが実際に望むのは排他的なキューではなく排他的な消費です。 – Hobblin