私は既存の Mule 構成の更新に取り組んでおり、タスクはメッセージのいくつかのプロパティに応じて異なるエンドポイントにメッセージをルーティングするようにそれを強化することです。 :
後で「filtering-router」によって使用される「message-properties-transformer」トランスフォーマーを使用して、メッセージにプロパティを追加し、メッセージを選択して正しいエンドポイントに配置します。このオプションを使用すると、すべての宛先に対して単一のキューを使用できます。
宛先ごとに 1 つのキューを作成するため、後でルーティングするためにいくつかのプロパティを追加する代わりに、すぐに適切なキューに配置します。つまり、このオプションは、宛先ごとに 1 つのキューを意味します。
どんなフィードバックでも大歓迎です。これに関して「ベストプラクティス」はありますか?
フィルタリングルーターを使用した最初のアプローチを使用して、多くの成功を収めました。メッセージのプロデューサーとコンシューマーの間の結束が低下します。これは貴重な抽象化を形成するため、どのサービスも一般的な「送信ボックス」内にメッセージを盲目的にドロップできます。
私たちは、メッセージのフィルタリングとルーティングをミュールに大きく依存するようになったため、これだけを行う専用のハードウェア クラスターを用意しています。mule を使用すると、パフォーマンスが大幅に向上し、すべてのキューへの接続を維持する必要がなくなりました。
欠点は、メッセージング オブジェクトのバージョンをグローバルに非常に慎重に維持する必要があることと、インフラストラクチャの一部のみをアップグレードする場合に、さまざまなバージョンから受け入れて変換するための一連のトランスフォーマーを手元に置いておく必要があることです。
ありがとう、マット