Javaメッセージングサービス（JMS）を実装できるビジネスシナリオの提案を誰かに教えてもらえますか。メッセージは、キュー（ポイントツーポイント）またはトピック（通常/永続サブスクリプション）のいずれかで送信できます。
JMSを使用します（TIBCO Enterprise Messaging Servicesを通じて有効になります）。
ビジネスシナリオには、少なくとも3つのITシステム/アプリケーションが含まれている必要があります。
1088 次
2 に答える
2
典型的なユースケースは、利用可能なトランスポートの1つとしてJMSを使用するエンタープライズサービスバスのユースケースです。この場合、任意の数のITシステムが、既知のキューにメッセージを配置することにより、サービスの呼び出しを要求できます。そのキューをリッスンしているサービスプロバイダーは、JMSメッセージのReply-Toフィールドに基づいて応答を動的に決定します。典型的なサービスの例は、顧客の人口統計情報を照会または更新することです。問い合わせの目的では、これは少なくとも3つのITシステムを含むという要件を確実に満たしています。これは、顧客を扱うほとんどすべてのものがこのサービスを要求する必要があるためです。
幅広いアプリケーションのもう1つの例は、ロギングです。ネットワーク全体からログレコードをキャプチャして中央サーバーのハブに転送するためにJMSメッセージを使用している顧客が何人かいます。中央ハブはJMSであるため、冗長サーバーを使用することで高可用性を実現し、季節的な負荷を吸収するために水平方向に拡張できます。
pub / subの場合、私が本当に気に入った例は保険会社のものです。彼らは、さまざまなコールセンター、社内ニュースティッカー、およびビジネスパートナーに登録されているトピックに関するイベントを公開しています。数年前のハリケーンの間、これらのイベントには上陸予測の更新が含まれ、嵐が過ぎ去った後、更新にはモバイル損害査定人やその他のサポートサービスの場所が含まれていました。Pub / Subは、この大規模な人員の動員を調整し、本社に戻って地上のサポートに連絡するための優れた方法でした。
幅広い適用性を備えた、よりありふれたpub / subのユースケースは、システム管理です。インストルメント化されたアプリケーションはステータスを公開でき、関係者はそれらの通知を受け取ることができます。本番環境で何かがおかしな動作をしている場合、管理者は診断ストリームへのサブスクリプションを動的に有効にすることができます。通常、サブスクライバーがいない場合、診断は生成されません。ただし、実行中のシステムを中断することなく、サブスクライブするだけで、アプリからの診断メッセージがオンデマンドで生成されます。
実際には、JMSメッセージングを使用すべきでない例を見つけるのは困難です。最も一般的な禁忌は、真の同期メッセージングと、メッセージを厳密な順序で処理するための要件です。私が知っているすべてのJMSプロバイダーは、さまざまな程度でこれらの要件を考慮に入れており、これらの要件を持つシステムの多くの展開を知っています。ただし、JMSメッセージングの理想的なユースケースは、真に非同期または疑似同期の通信とアトミックなメッセージです（つまり、メッセージは相互に、または特定のブローカーインスタンスに依存しません）。
于 2011-01-18T22:07:54.117 に答える
0
私たち（食品小売業者）がメッセージングを使用するシナリオのいくつかを次に示します。
-リモートロケーション（この場合は店舗のPOSおよび在庫管理システム）と中央ERPおよび予測システム間の接続システム：マスターデータの変更は、中央ERPシステムから店舗システムにXMLメッセージとして送信されます。ストアシステムは、在庫、注文、および販売の変更を中央システムに送信します。マスターデータはストアごとに一意であるため、これは完全にPTPベースです。
-メッセージングを実行できるシステムに直接、またはデータベース、ファイル、SAPシステム、またはHTTPの一部のアダプター機能を介して、中央のメッセージングバックボーンとして使用します。ここで、メッセージングシステムがESBの基盤を構築します。
于 2011-01-19T06:38:33.563 に答える