WSRR Studio V8.0 應用系列，第 2 部分 使用 Studio 實現 WSRR 生命周期管理1

引言

服務是 SOA 架構成功實施的關鍵因素之一，服務的生命周期包括服務需求的提出，分析，設計，實現，部署以及相關的版本變更，服務下線等一系列過程，貫穿於 SOA 的整個生命周期當中。
為了保證服務能夠滿足 SOA 的基本設計原則，
例如可重用性，符合相關標準及規範等，需要對服務的生命周期進行管理，這一過程可能會包含多個角色，包括業務分析人員，開發人員，IT 實施人員，SOA 治理人員等，其中 SOA 治理人員負責生命周期各個階段的審查工作，只有經過他們的審批和確認，服務才能進入下一個階段，例如從設計階段進入開發階段。WSRR 能提供管理服務生命周期的能力，下面將具體介紹。

 

WSRR 服務生命周期管理介紹

WSRR 的服務生命周期管理主要採用如下三個技術手段：

1.    訪問控制

2.    生命周期模型定義

3.    監管策略

其中訪問控制用於定義用戶的權限，在本系列的第一篇中已經有詳細的介紹，它可以用來定義哪個用戶具有修改生命周期狀態的權限。

生命周期模型定義了服務在生命周期中的各個狀態及相互之間的遷移關係。如
圖 1
所示，服務可以通過發現已有的服務然後進入 managed 的狀態，也可以通過 model、assemble、deploy 的開發流程進入 managed 的狀態。
狀態之間有帶箭頭的連線才能進行狀態轉換，這樣所有服務可以遵循預先定義好的服務生命周期來進行管理。

圖 1. Default 生命周期定義

監管策略定義的服務狀態轉換的規則，即符合什麼樣的條件才能進行狀態轉換。這些規則的定義是基於對服務元數據信息的檢測，例如服務要進入 managed 狀態即上線狀態，必須具有至少一個 endpoint 的值，這樣的定義可以通過 policy 文件來描述，然後在服務狀態轉換的時候做自動檢測。
這些元數據信息可以被 ESB 產品消費，例如只能查詢處在上線狀態的服務的 endpoint 值來完成服務調用。

WSRR 預定義服務生命周期介紹

WSRR 安裝完成以後，可以載入 Governance Enabled Profile, 根據 SOMA 方法論和一些最佳實踐，該 profile 裡面包含了 11 種不同的生命周期的定義以及相應的角色和監管策略的定義，可以實行完整的服務生命周期管理。客戶也可以根據自己的實際需求對這個生命周期進行裁剪和簡化。詳細過程參考紅皮書 :Service Lifecycle Governance with IBM WebSphere Service Registry and Repository

下面以業務服務的創建為例，介紹如何使用服務生命周期管理。業務服務在 WSRR 中是業務分析人員創建的用於表示服務的需求和功能描述的對象，與具體的實現無關，在整個生命周期的實現過程中，
該對象會最終關聯到服務的具體實現，實現業務和 IT 的銜接。不同的用戶對生命周期管理的需求不一樣，所需要的業務對象也有可能不一樣，這時候用戶可以通過業務模型自定義所需的對象。詳細介紹參考文章：
WSRR Studio 7.0 應用系列，第 2 部分 : 使用 WSRR Studio 創建商業模型

下面通過 WSRR Web UI 來創建該對象並進行生命周期管理。首先業務分析人員創建業務服務如
圖 2
所示。
輸入業務服務名稱 Sample Business Service

圖 2. 創建業務服務

創建完業務服務，進入 Governance tab，
選擇初始化 capability lifecycle，點擊 Govern 按鈕，將新創建的業務服務放入 capability lifecycle 進行治理。如
圖 3
所示。

圖 3. 初始化 Capability Lifecycle

完成初始化以後，可以看到該業務服務當前可以做的狀態轉換，選擇 Propose Charter 轉換，點擊 Transition 按鈕。該步驟表示向公司提出新的業務服務開發需求，然後由相關部門負責審批該業務服務，看是否有現成的服務可以重用，還是需要分配資源重新開發。
該步驟會出現如下錯誤提示信息，如
圖 4
所示。

圖 4. 業務服務狀態轉換錯誤

這是治理策略對業務服務對象進行校驗的結果，根據錯誤提示信息，
要完成 Propose Charter 操作，需要綁定相應的 Charter 文檔，也就是具體的服務需求描述文檔。
返回業務服務對象，點擊 Edit Relationship, 在名為 Charter 的關係上添加對象，該對象的類型是二進制文檔，例如 Word 文檔等。
如果 WSRR 沒有註冊的二進制文檔，可以先註冊一個，然後將該文檔添加到業務服務的關係上。如
圖 5
所示。

圖 5. 編輯業務服務關係

編輯完關係並保存以後，重複 Propose Charter 操作，這時候該操作可以順利完成，該業務服務的狀態也從 Capability identified 變為 Charter review。
相關人員可以對 Charter 文檔和業務服務對象進行審批，然後根據審批結果選擇 Approve Charter 或者 Revise Charter 操作。
讀者如果有興趣，可以參考紅皮書，走完整個 WSRR 中預定義的服務生命周期。

WSRR 服務生命周期配置文件介紹

上述過程所涉及的配置文件包括三類：

    SACL 生命周期描述文件，描述狀態及狀態之間的轉換關係

    OWL 生命周期對應的分類系統文件

    Policy 治理策略描述文件

下面通過一些文件的片段，來介紹一下這些文件的基本結構。

SACL 文件，
每一個 Profile 裡面只能包含一個 SACL 文件。
該文件可以在 profile 的 Configuration Profile Files/SACL 目錄下找到。

以下文章點擊率最高