SOA Policy アーキテクチャー

SOA Policy アーキテクチャーでは、「ポリシー管理ポイント (PAP) (Policy Administration Point (PAP))」「ポリシー実施ポイント (PEP) (Policy Enforcement Point (PEP))」、「ポリシー決定ポイント (PDP) (Policy Decision Point (PDP))」、「ポリシー情報ポイント (PIP) (Policy Information Point (PIP))」、および「ポリシー・モニタリング・ポイント (PMP) (Policy Monitoring Point (PMP))」の相互作用について説明します。 パターンでは、PAP は WSRR から提供され、PEP は WebSphere® DataPower® から提供され、PMP は DataPower モニタリング・コンポーネントから得られます。

基本的なポリシー・アーキテクチャーの編成と、それらのキーポイントの定義は、以下のとおりです。 コンシューマーとプロバイダーはいずれもミドルウェアと対話し、ミドルウェアはリポジトリーおよび任意のモニタリング・ソフトウェアと対話します。

SOA Policy アーキテクチャーと連動する方法

図 1 に SOA Policy のパターンのフローを示します。
図 1. サービス・レベル・アグリーメント (SLA) ポリシー - SOA デプロイメント・モデル
ポリシーがオーサリングされ、これらのポリシーをサービスに添付できます。
「ポリシー・オーサリング・ポイント (Policy Authoring Point)」からのポリシーのパブリッシュ/サブスクライブは自動化されています。
ポリシーは、操作のレポート作成および通知によってモニターできます。
SLA ポリシーの実施があります。
SLA Policy 実施メトリックは、「ポリシー・モニタリング・ポイント (Policy Monitoring Point)」に送信されます。
ポリシー分析は、「ポリシー・オーサリング・ポイント (Policy Authoring Point)」を管理するために使用できます。
ポリシー実施での使用に関するモニタリング・アラートがあります。
1 ポリシーがオーサリングされ、そのポリシーを必要とするサービスに添付されます。 通常、これは以下の順序で行われます。
  1. サービス・セットがサービス・リポジトリーにロードされるか、作成されます。 このアクションは「ポリシー管理ポイント (Policy Administration Point)」の一部です。
  2. 必須のポリシー・セットが、ポリシー・ライフサイクルを使用して「ポリシー管理ポイント (Policy Administration Point)」に作成されます。
    • ポリシーは、これらのポリシーを必要とするサービスに、必要に応じてサービス、操作、またはエンドポイントのレベルで添付されます。
2「ポリシー管理ポイント (Policy Administration Point)」から「ポリシー実施ポイント (Policy Enforcement Points)」および「ポリシー・モニタリング・ポイント (Policy Monitoring Point)」に対する自動化されたポリシーのパブリッシュ/サブスクライブ。
  1. セットアップの一環として、モニタリング・サービスは WSRR からモニタリング・ポリシーにサブスクライブします。このアクションは 1 回だけ行われます。
  2. セットアップの一環として、ポリシーが実施されるサービス・トランザクションがある WebSphere DataPower アプライアンス (または仮想アプライアンス) ごとに、プロキシー・ゲートウェイが作成されます。このアクションは 1 回だけ行われ、必要に応じて追加または変更されます。
  3. セットアップの一環として、アプライアンスの各プロキシー・ゲートウェイは、それぞれが担当するサービスの WSRR からポリシーにサブスクライブします。 このアクションは 1 回だけ行われ、必要に応じて追加または変更されます。
  4. セットアップの一環として、クラスター内の他のアプライアンスとポリシーを共有できるように、WebSphere DataPower が構成されます。 このアクションは 1 回だけ行われ、必要に応じて追加または変更されます。
  5. 「ポリシー・モニタリング・ポイント (Policy Monitoring Point)」は、パブリッシュされたモニタリング・ポリシーをダウンロードします。
  6. 「ポリシー・モニタリング・ポイント (Policy Monitoring Point)」は、ポリシーをシチュエーション・ポリシーと呼ばれる内部表現に変換します。
  7. WebSphere DataPower は、トランザクションを担当するサービスの WSDL をダウンロードします。
  8. WebSphere DataPower は、WSRR から通知を受けたときに、担当するサービスのポリシーをダウンロードします。
  9. WebSphere DataPower は、ポリシーを SLM オブジェクトの形式で内部 WebSphere DataPower 表現に変換します。
3 操作のレポート作成および通知による SOA ポリシーのモニタリング:
  1. モニタリング・ポリシーは、「ポリシー・モニタリング・ポイント (Policy Monitoring Point)」シチュエーション・ポリシーでアクティブです。
  2. 「ポリシー・モニタリング・ポイント (Policy Monitoring Point)」は、モニタリング情報を受け取り、その情報をワークスペースに配置します。
4 SOA Policy の実施
  1. 実施ポリシーは、各種 WebSphere DataPower アプライアンスでアクティブです。
  2. WebSphere DataPower は、サービス・トランザクションを受け取り、そのコンシューマー・サービスとプロバイダー・サービスのポリシーを適用します。

5 「ポリシー実施ポイント (Policy Enforcement Point)」は、「SOA ポリシー実施 (SOA Policy Enforcement)」の統計を「ポリシー・モニタリング・ポイント (Policy Monitoring Point)」に送信します。

6「ポリシー・モニタリング・ポイント (Policy Monitoring Point)」は「ポリシー管理ポイント (Policy Administration Point)」にモニタリング・イベントを送信します。
  1. イベントは、「ポリシー・モニタリング・ポイント (Policy Monitoring Point)」からモニターされる必要がある「ポリシー管理ポイント (Policy Administration Point)」でセットアップされます。 このアクションは 1 回だけ行われ、必要に応じて追加または変更されます。
  2. シチュエーション・ポリシーが True に評価されると、イベントは「ポリシー・モニタリング・ポイント (Policy Monitoring Point)」から「ポリシー・オーサリング・ポイント (Policy Authoring Point)」にプッシュされます。
7 アラートのモニタリング:
  • シチュエーション・ポリシーは定期的に実行され、ポリシーの指定に従って操作可能アクションを実行します。デフォルトでは、5 分ごとに実行されます。

概念 概念

フィードバック


タイム・スタンプ・アイコン 最終更新: 2014 年 3 月 6 日


http://publib.boulder.ibm.com/infocenter/prodconn/v1r0m0/topic/com.ibm.scenarios.soawdpwsrr25.doc/topics/csoa2_SOA_architecture.htm