JMSを使用して多くのITシステムの統合を伴う可能性のあるビジネスシナリオ？

Question

Javaメッセージングサービス（JMS）を実装できるビジネスシナリオの提案を誰でも教えてもらえますか。メッセージは、キュー（ポイントツーポイント）またはトピック（通常/耐久性のあるサブスクリプション）で送信できます。

JMSを使用します（TIBCO Enterpriseメッセージングサービスを通じて有効になります）。

ビジネスシナリオには、少なくとも3つのITシステム/アプリケーションが含まれている必要があります。

Answer 1

古典的なユースケースは、JMSを使用して利用可能なトランスポートの1つとしてエンタープライズサービスバスのケースです。この場合、任意の数のITシステムは、有名なキューにメッセージを配置することにより、サービスの呼び出しを要求できます。そのキューを聞くサービスプロバイダーは、JMSメッセージの返信フィールドに基づいて応答を動的に決定します。典型的なサービスの例は、顧客の人口統計情報を問い合わせたり更新したりすることです。問い合わせの目的のために、これは、顧客を扱うほとんどすべてがこのサービスを要求する必要があるため、少なくとも3つのITシステムを巻き込むという要件を確実に満たしています。

幅広いアプリケーションの別の例は、ロギングです。 JMSメッセージを使用して、ネットワーク全体からログレコードをキャプチャし、セントラルサーバーのハブに転送する顧客が複数います。 JMSであるため、中央のハブは冗長サーバーを使用することで非常に利用できるようになり、季節の負荷を吸収するために水平方向にスケーリングできます。

Pub/Subの場合、私が本当に気に入った例は保険会社からです。彼らは、さまざまなコールセンター、内部ニュースティッカー、およびビジネスパートナーにサブスクライブされているトピックに関するイベントを公開しています。数年前のハリケーンの間に、これらのイベントには上陸予測に関する更新が含まれ、その後、嵐が通過した後、更新にはモバイルクレームアジャスターやその他のサポートサービスの場所が含まれていました。 Pub/Subは、この大規模な従業員の動員を調整し、本社に戻って地上支援に戻ってコミュニケーションをとる素晴らしい方法でした。

幅広い適用性を備えたよりありふれたパブ/サブユースケースは、システム管理です。計装されたアプリケーションはステータスを公開することができ、利害関係者はそれらの通知を受け取ることができます。生産で何かが奇妙に振る舞っている場合、管理者は診断ストリームのサブスクリプションを動的に有効にすることができます。通常、加入者がいないため、診断は作成されません。ただし、実行中のシステムを中断することなく、購読するだけで、アプリからの診断メッセージがオンデマンドで作成されます。

JMSメッセージングがすべき場合の例を見つけるのは実際には難しいです いいえ 利用される。最も一般的な禁忌は、真に同期メッセージングと、メッセージを厳密な順序で処理するための要件です。すべてのJMSプロバイダー私は、これらの要件が程度までさまざまな程度であることを許可することを認識しており、これらの要件を備えたシステムの多くの展開を認識しています。ただし、JMSメッセージングの理想的なユースケースは、本当に非同期または擬似同期コミュニケーションとアトミックであるメッセージです（つまり、メッセージには互いに依存関係や特定のブローカーインスタンスに依存関係がありません）。

Answer 2

ここに、私たち（食品小売業者）がメッセージングを使用するシナリオのいくつかを紹介します。

- リモートロケーション間の接続システム、この場合は、店舗のPOSおよび在庫管理システム、および中央ERPおよび予測システム：マスターデータの変更は、中央ERPシステムからストアシステムへのXMLメッセージとして送信されます。ストアシステムは、在庫、注文、販売の変更を中央システムに送信します。マスターデータは各ストアで一意であるため、これは完全にPTPベースです。

- セントラルメッセージングバックボーンとしての使用、メッセージングを行うことができるシステム用、またはデータベース、ファイル、SAPシステム、またはHTTPの一部のアダプター機能を介して直接使用します。ここでは、メッセージングシステムがESBのベースを構築します。