java - tibco静的ブリッジキューと静的耐久性

Question

私は TIBCO の JMS キューの作業を始めたばかりで、次のことを知りたいです。

複数の部門を持つ会社を考えてみましょう

• 部門A
• 部門B
• 部門C

外部ソースから受信したメッセージは、さまざまな部門で使用する必要があります。各部門のクライアントには、tibco 静的ブリッジ キューまたはトピックに関する静的持続性が必要ですか?

それぞれの長所/短所は何ですか?

Answer 1

JMS キューと JMS トピック (jms キュー != FIFO) の違いを既に知っていると仮定します。それ以外の場合は [http://en.wikipedia.org/wiki/Java_Message_Service][1] を参照してください。ここで扱われていないセキュリティの。

したがって、セキュリティが十分に配慮されていると仮定しましょう。主な問題は、クライアントがそこに座ってキューからメッセージをプルするプロセスを持っている場合、キューは問題ありませんが、クライアントがサブスクライブするプロセスを作成する場合です。特定のチャネルの場合、キューが必要です。

すべての部門がメッセージを同じキューにドロップし、クライアントがその部門専用にマークされたメッセージをキューから取得するケースを見てきました。これは、jms プロパティ セットとセレクターを使用して実行できます。

このソリューションは、クライアントが「プレースホルダー」キュー/トピックからメッセージを読み取る方法を変更する実装タイプのソリューションであり、パフォーマンスが向上すると、どちらも TIBCO EMS で非常にうまく機能します。1 秒あたり 100 万メッセージを優に超えるスループットを見てきました。メッセージが移動する速度は、「サービスの動作/所要時間」とクライアントがそれらを読み取ることによっても決まります。

クライアント レベルとサービス レベルの両方のパフォーマンスが考慮されていた場合、EMS システムは適切に機能します。

Answer 2

私があなたの質問を理解したら、あなたは比較したいと思います：

オプション 1 - 多くの部門キューに (EMS 宛先ブリッジのように) ブリッジされる「入力」トピック

対

オプション 2 - すべての部門から同じ入力トピックへの静的永続サブスクリプション

事前に確認した違いは次のとおりです。キューと静的な永続サブスクライバーは、異なる構成ファイルで構成する必要があり、キューのセットアップにはより多くの柔軟性があります。ストア (fs の場所)、永続化オプション、有効期限オプションを選択できます。キューは複数のインスタンス (1 ホップ制限) でルーティングでき、トピックもルーティングできますが、静的永続サブスクリプションは宛先サーバーでローカルにセットアップする必要があります。

要するに、それらはほとんど同じですが、キューは静的な永続サブスクリプションよりも多くの構成オプションを提供します。

可能な実験ノート: 静的永続サブスクリプションは、ターゲット キューからいくつかのプロパティを「借用」しますか? 例: トピックと同じストアを使用しますか?

最後の注意：静的ではない永続的なサブスクリプション（構成なしのクライアントによる永続的なトリガー）は、より注目に値する機能である可能性があります...ただし、探しているものではありません。静的持続性はキューに非常に似ているため、時間を割く価値はないかもしれません。