WS-Notification トポロジー
この WS-Notification 実装は、多くの異なるトポロジーをサポートすることができます。
WebSphere® Application Server
において WS-Notification を実装することにより、以下の目標を達成することができます。
- 既存のサービス統合テクノロジーおよび Web サービス・コンポーネントを使用して、WS-Notification 機能を実現します。
- 他のパブリッシュおよびサブスクライブ・メッセージング・クライアン ト (例えば Java™ Message Service (JMS)、IBM MQ など) や、代わりのメッセージング・ブローカリング製品と相互協調します。
- デマンド・ベースの資料のパブリッシャー・パターンをサポートします。
- 管理機能により外部通知プロデューサーに対して WS-Notification サブスクリプションを定義します。
- 他の WS-Notification ブローカー実装および フェデレーテッド・ブローカーをサブスクライブします。
- 適切なサブスクリプションを作成するためにシステム開始時に使用される サブスクリプション情報のリストを事前定義します。
- 高可用性およびワークロード管理設定 内の WS-Notification NotificationBroker をデプロイします。
WebSphere Application Server では、WS-Notification により、WS-Notification アプリケーションとサービス統合バスの他のクライアントの間におけるイベント通知の交換も可能です。 他のサービス統合バス機能を活用することにより、他の IBM パブリッシュおよびサブスクライブ・ブローカーとメッセージを交換するためにこの機能を使用することもできます。
この WS-Notification 実装でサポートされる各トポロジーの概要については、 次のトピックを参照してください。
- シンプル Web サービスのトポロジー. このトポロジーでは、WebSphere Application Server は、相互に通信する WS-Notification アプリケーションのプロデュースとコンシュームを可能にする通知ブローカーとしてもっぱら使用されます。 アプリケーションは、NotificationBroker サービスが WebSphere Application Server によって実装されていることを認識していません。
- サービス統合バスへのエントリーまたはエグジット・ポイントとしての WS-Notification のトポロジー. WebSphere Application Server で提供されている WS-Notification サポートは、WS-Notification プロデューサーとコンシューマー間での情報交換機能に加えて、サービス統合バスの入り口点または出口点の役割も果たします。 WS-Notification アプリケーションによってパブリッシュされたイベント通知は、 バスに接続されている他のアプリケーションで修正、転送、または消費することができるサービス統合バスへと挿入されます。 同様に、WS-Notification コンシューマーは JMS のようなサービス統合バス・クライアントから送信されたパブリケーションを受信することができます。
- WS-Notification トポロジーの Network Deployment. このトポロジーは、WebSphere Application Server Network Deployment 環境にある複数のサーバー間で WS-Notification サービスをデプロイする可能性を示します。このパターンでは、WS-Notification トピック名前空間が WS-Notification サービスのすべての WS-Notification サービス・ポイントにより共有されるため、 アプリケーションでは、すべての WS-Notification サーバー・ポイントに接続して、 通知を挿入する際にこれらを個々に使用することができます。通知メッセージは、 バスに付加された場所に関係なく (つまり、接続された WS-Notification サービス・ポイントに関係なく)、 バスを通じて、すべての関連する NotificationConsumers へ伝搬されます。
- クラスター環境での WS-Notification:
- ロード・バランシングのトポロジー. このトポロジーでは、管理者は、特定のサーバーに過負荷をかけることなく、 クライアント・アプリケーションの要求をセル内の複数のサーバーで共有することを目的とします。 このためには、WS-Notification サービスのすべての WS-Notification サービスのサービス・ポイントが同じだと考えられる、 特に、すべてのトピック名前空間がブローカーのすべての WS-Notification サービス・ポイントで使用可能であることが必要です。
- 高可用性のトポロジー. このトポロジーでは、メッセージング・エンジンを含むサーバーで障害が発生した場合、そのサーバーが管理するリソース (サブスクリプション、イベント通知) がリモート・アプリケーションに対して引き続き使用可能となるように、管理者が、単一のメッセージング・エンジンおよび WS-Notification サービス・ポイントを含むサービスのクラスターを作成します。 メッセージ・エンジンは、 高可用性を提供するため、クラスター内の様々なサーバー間でフェイルオーバーするように構成されています。
- ロード・バランシングされた高可用性のトポロジー. このトポロジーは、ロード・バランス型トポロジーと高可用性トポロジーを組み合わせたものです。 このトポロジーには、クラスター内に複数のメッセージング・エンジンがあります (メッセージング・エンジンの数はサーバーの数以下です)。 プロキシー・サーバーが受信する初期要求は、クラスター全体で、WS-Notification サービス・ポイントをホストするサーバーに対するロード・バランスが取られています。要求によって作成されるリソース用の後続の要求 (すなわちサブスクリプション) は、 クラスター内の異なるサーバーで故障が発生した可能性のある場合でも、アフィン変換メッセージング・エンジンへ転送されます。
- セル間のイベント公開のトポロジー. このトポロジーの実装では、サービス統合バスの既存の機能を使用します。WS-Notification サービスは 2 つのセルのそれぞれで構成され、 サービス統合バス・リンクは 2 つのバス間のサービス統合バス・トピック・スペースをリンクするために構成されます。
- MQ ネットワーク・トポロジーを介したセル間のイベント・パブリケーション. このトポロジーでは、IBM MQ キュー・マネージャーのネットワークを通じて 2 つのセル (バス) 間のイベント通知を伝送するために、サービス統合バスのインフラストラクチャーが使用されます。