私は、さまざまなクライアントが短期間に一日のうちに接続するメッセージブローカーを持っています。ActiveMQ - 関心のある加入者がいるデータのみを公開する戦略？
ブローカーは、何千もの物件の価格を公表できるトピックを管理していますが、現在接続しているクライアントの集合は、これらの物の小さなサブセットにのみ関心があります。
緊密に結合されたシステムでは、クライアントは特定のものを明示的にサブスクライブし、サーバーは低レベルのクライアント接続/切断イベント（切断されたクライアントの自動登録解除）を追跡し、クライアントが購読しているものの価格のみを公開します。
ActiveMQなどのメッセージングシステムのより疎結合の世界では、この種の問題を処理するための最良の方法はありますか？
私の場合、ブローカーは、第三者のシステムから価格を入手する際に価格を公表する物の数を最小限に抑えなければなりません。これは、価格が任意の時点でストリーミングできる物の数時間。
私の最初の傾向は、現在接続しているブローカーに知らせる低レベルのイベントを追跡したり、クライアントが特定のアイテムの価格にはもはや関心がないことを明示的に通知する必要はありません。
代わりに、クライアントは定期的に特定の商品セットの価格に対する関心を発表します。ブローカーは積極的な関心があったものについては価格を公表し、最終的に顧客が最近関心を示していないものについては価格を公表しないようにします。
より緊密に結合されたシステムとは異なり、クライアントは価格が欲しい物品に関心を再発表する必要がありますが、決して関心の終わりを宣言する必要はありません。
この種の問題に対して、標準的なアプローチまたはより一般的なアプローチがありますか？いずれの場合