問題タブ [rabbitmq-exchange]

RabbitMQ キューからのメッセージを消費するサービスがあります (キューへの投稿はトピック交換によって行われます)。サービスが理論的に失敗して状態を失う可能性があると仮定すると、災害復旧のためにすべてのメッセージをバックアップできる可能性が役立ちます。

最初に頭に浮かぶアイデアは、トピック交換用の別のバインディングを追加して、メッセージが別のキューにもポストされるようにし、そのキューでリッスンするメッセージをバックアップするためのカスタム サービスを作成することです。しかし、これは車輪の再発明の可能性に非常に似ています。RabbitMQ (プラグイン/既存のサービス/など) でこれを行う簡単な方法はありますか?

これらの取引所で 2 つのリンクを見つけました。 https://www.rabbitmq.com/federated-exchanges.htmlとhttps://www.rabbitmq.com/ae.htmlしかし、著者が言おうとしていたことを理解できませんでした。これらの 2 つの Exchange ともう 1 つの質問に関連するアイデアはありますか。

ルーティング キーを持つクライアントが見つからない場合、メッセージはキューに格納される代わりに破棄されず、関連するルーティング キーが見つかったときにフェッチする準備ができている交換はありますか?

メッセージの送受信に php-amqplib を使用しようとしています。端末上で送受信を行います。しかし、Web ブラウザーにアクセスすると、キューから受信できず、メッセージを継続的に待機します。以下のコードを receive.php に使用しました

コールバック関数の代わりに以下を使用すると、キューから最初のメッセージを取得しますが、キューからは消費しません

これは、キュー「test22」でメッセージが利用可能であることを意味します。手がかりを教えてください。

キューをヘッダー交換にバインドするときに、引数で指定された条件を満たさないヘッダーを照合できるようにしたいと考えています。

EG、一方、バインディングへのいくつかの引数: {customer: "foo"} は、このヘッダー {"customer" : "foo"} でマークされたすべてのペイロードを提供します。実際には、"foo 以外の顧客であるトラフィックを取得したい"。すべての顧客を宣言することもできますが、"not" 一致機能を使用する方がはるかに簡単です。