WS-Notification トポロジー

この WS-Notification 実装は、多くの異なるトポロジーをサポートすることができます。

WebSphere Application Server内では、WS-Notification により、WS-Notification アプリケーションとサービス統合バスの他のクライアントとの間でイベント通知を交換することもできます。 他のサービス統合バス機能を活用することにより、他の IBM パブリッシュおよびサブスクライブ・ブローカーとメッセージを交換するためにこの機能を使用することもできます。

この WS-Notification 実装でサポートされる各トポロジーの概要については、 次のトピックを参照してください。

• 単純な Web サービス・トポロジー。 このトポロジーでは、 WebSphere Application Server は、WS-Notification アプリケーションの生成とコンシュームが相互に通信できるようにするための通知ブローカーとしてのみ使用されます。 アプリケーションは、 NotificationBroker サービスが WebSphere Application Serverによって実装されていることを認識しません。
• サービス統合バスへの入り口点または出口点としての WS-Notification のトポロジー WS-Notification プロデューサーとコンシューマーの間で情報を受け渡す機能に加えて、 WebSphere Application Server で提供される WS-Notification サポートは、サービス統合バスの入り口点または出口点としても機能します。 WS-Notification アプリケーションによってパブリッシュされたイベント通知は、 バスに接続されている他のアプリケーションで修正、転送、または消費することができるサービス統合バスへと挿入されます。 同様に、WS-Notification コンシューマーは JMS のようなサービス統合バス・クライアントから送信されたパブリケーションを受信することができます。
• WS-Notification トポロジーのネットワーク・デプロイメント このトポロジーは、 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つのセル（バス）間でイベント通知を伝送するために使用される。