SOA 原則架構

「SOA 原則」架構說明「原則管理點 (PAP)」、「原則強制執行點 (PEP)」、「原則決策點 (PDP)」、「原則資訊點 (PIP)」及「原則監視點 (PMP)」的互動。在型樣中,PAP 是由 WSRR 提供、PEP 是由 WebSphere® DataPower® 提供,而 PMP 是透過 DataPower 監視元件提供。

基本原則架構的組織及那些重點的定義: 消費者及提供者均會與中介軟體互動,並逐一與儲存庫及任何監視軟體互動。

「SOA 原則」架構如何合作

圖 1 顯示「SOA 原則」型樣流程。
圖 1. 服務等級協定 (SLA) 原則 - SOA 部署模型
編寫原則並可附加至服務。有來自「原則編寫點」的自動發佈/訂閱原則動作。可以利用作業的報告及通知來監視原則。有強制執行 SLA 原則。將「SLA 原則」強制執行度量值傳送給「原則監視點」。原則分析可供「原則編寫點」管理使用。有可在原則強制執行中使用的監視警示。
1 編寫原則,然後附加至需要該原則的服務。通常具有下列順序:
  1. 在服務儲存庫中載入或建立服務集。此動作是「原則管理點」的一部分。
  2. 在「原則管理點」中使用原則生命週期,建立必要的原則集:
    • 原則會附加至需要那些原則的服務 - 視需要在服務、作業或端點層次中。
2 從「原則管理點」自動發佈/訂閱原則至「原則強制執行點」及「原則監視點」:
  1. 作為設定的一部分,監視服務會從 WSRR 訂閱至監視原則。此動作只會發生一次。
  2. 作為設定的一部分,會在每一個具有服務交易及原則強制執行的 WebSphere DataPower 軟體驅動裝置(或虛擬軟體驅動裝置)中建立 Proxy 閘道。此動作只會發生一次,並視需要新增或變更。
  3. 作為設定的一部分,軟體驅動裝置中的每一個 Proxy 閘道都會向 WSRR 訂閱原則,以取得其負責的服務。此動作只會發生一次,並視需要新增或變更。
  4. 作為設定的一部分,會配置 WebSphere DataPower,以便叢集中的其他軟體驅動裝置可以共用原則。此動作只會發生一次,並視需要新增或變更。
  5. 「原則監視點」會在監視原則發佈時下載它們。
  6. 「原則監視點」會將原則轉換為稱為狀況原則的內部表示法。
  7. WebSphere DataPower 會下載 WSDL,以取得其負責交易的服務。
  8. WebSphere DataPower 會下載原則,以在 WSRR 通知時取得其負責的服務。
  9. WebSphere DataPower 會以 SLM 物件的形式將原則轉換為內部 WebSphere DataPower 表示法。
3 利用作業的報告及通知來監視 SOA 原則:
  1. 在「原則監視點狀況原則」中,監視原則是作用中的。
  2. 「原則監視點」會接收監視資訊,並將該資訊置於工作區中。
4 強制執行 SOA 原則:
  1. 在各種 WebSphere DataPower 軟體驅動裝置中,強制執行原則是作用中的。
  2. WebSphere DataPower 會接收服務交易,並套用該消費者服務及提供者服務的原則。

5「原則強制執行點」會將「SOA 原則強制執行」統計資料傳送至「原則監視點」。

6「原則監視點」會將監視事件傳送至「原則管理點」:
  1. 在需要自「原則監視點」進行監視的「原則管理點」設定事件。此動作只會發生一次,並視需要新增或變更。
  2. 當狀況原則評估為 true 時,事件會從「原則監視點」推送至「原則編寫點」。
7 監視警示:
  • 狀況原則會定期執行,並採取原則中指定的作業動作。預設值為每 5 分鐘一次。

概念 概念

反饋


「時間戳記」圖示 前次更新: 2014 年 3 月 5 日


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