システムの一部がメッセージを発行している瞬間に、rabbitmq に関連する厄介な問題と戦っていますが、そのメッセージを時々消費すると予想されるプロセス (100 のうちの 1 つのメッセージのように、システム全体が負荷が高い場合) メッセージの受信に失敗します。私が知る限り、メッセージは取引所に送られますが、出てきません。私の直感では、これはトピック バインディングなどとの競合状態と関係がありますが、基本的には rabbitmq の内部状態を検査するツールがありません。
私の夢のツールは、本質的tail -fに取引所のログを取得し、その取引所でのすべての操作 (作成、バインド、バインド解除、公開) を確認できるものです。これは、うさぎが見ているものと、メッセージが期待どおりのキューに配信されないことがある理由を正確に理解するのに役立つ場合があります。
そのようなものは存在しますか？私は rabbitmqadmin プラグインで遊んだことがありますが、これよりもはるかに高レベルのようです。ウサギの組み込みのロギングを見てきましたが、クライアント接続を追跡しているようです。そのログの詳細度を上げる構成ファイル オプションはありますか? または、私が探しているものが含まれている他のログ ファイルはありますか? 明らかに、このレベルの冗長性は実稼働クラスターを破壊しますが、開発中に実際に使用することができました. また、トピック交換でサブスクライブするための別のログ プロセスを作成することも検討しました#が、懸念事項の一部はバインド/バインド解除のタイミングであるため、かなり大雑把な解決策になります。