SOA Policy アーキテクチャー

SOA Policy アーキテクチャーでは、「ポリシー・オーサリング・ポイント (PAP) (Policy Authoring 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® を使用して実現されます。

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

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

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

概念 概念

フィードバック


タイム・スタンプ・アイコン 最終更新: 2012年10月16日


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