|
|
Web Services for Remote Portlets (WSRP) は、マークアップ フラグメントをリモート システムで生成してローカルのポータル アプリケーションで表示するメカニズムとして使用されます。近年、このメカニズムがますます使用されるようになっています。この章では、AquaLogic Service Bus を使用して、WSRP を使用するアプリケーションでサービス レベル アグリーメント (SLA) をモニタする方法を説明します。
この節では、WSRP の基本アーキテクチャについて説明し、AquaLogic Service Bus を追加してこのアーキテクチャを拡張する方法を示します。
図 1-1 は、プロデューサ アプリケーションとコンシューマ アプリケーション間の、基本の WSRP SOAP 要求および応答フローを示します。
WSRP プロデューサによって SOAP Web サービスが実装されるため、図 1-2 のように、Enterprise Service Bus (AquaLogic Service Bus など) をプロデューサとコンシューマの仲介者として使用して、サービス レベル アグリーメント (SLA) のモニタ機能を実現できます。
このアーキテクチャでは、WSRP SOAP 要求/応答フローは以下の順序で行われます。
この節の後の部分では、WSRP サービスのサービス要求を仲介するように AquaLogic Service Bus をコンフィグレーションする手順について説明します。プロデューサで提供されるサービスや、AquaLogic Service Bus の適切なコンフィグレーションのために使用する必要がある WSRP のその他の属性について説明します。また、プロデューサを詳しくモニタするために使用できるさまざまな戦略についても説明します。最後に、WSRP でのロード バランシングとフェイルオーバについても説明します。
この節では、以下の WSRP 設計の概念について説明します。
表 1-1 は、プロデューサで提供されるサービスの種類を示します。
各プロデューサは、少なくとも 2 つのサービス (サービス記述とマークアップ) を実装します。単純なプロデューサは、これら 2 つのサービスだけを提供します。複雑なプロデューサは、この他に 2 つのサービス (登録と管理) を提供します。また、WebLogic Portal プロデューサは、標準のマークアップ サービスの代わりに使用できる拡張機能サービス (マークアップ拡張機能) も実装します。
これらのサービスは、標準の WSDL 形式で記述されます。プロデューサは、WSDL 取得用に 1 つの URL を提供します。WSDL には、そのプロデューサが提供するすべてのサービスが記述されています。各サービスのエンドポイントによって、コンシューマがプロデューサとの通信に転送レベルのセキュリティ (HTTP(s)) を使用する必要があるかどうかが指定されます。
WSRP は、プロデューサとコンシューマの間で送信されるすべてのメッセージで SOAP over HTTP を使用します。SOAP 本体で標準メッセージ形式を使用するだけでなく、WSRP では、コンシューマは、少なくとも、SOAPAction ヘッダ、クッキー ヘッダ、および通常の HTTP ヘッダ (Content-Type など) を設定する必要があります。プロデューサは、セッション クッキーとアプリケーション固有のクッキーを、応答メッセージの HTTP 転送ヘッダで返します。コンシューマは、後続の要求メッセージでそのセッション クッキーを返す必要があります。
  
|
