SOA 治理框架和解決方案架構

CloudSpace發表於2008-07-21

面向服務的體系結構(Service-Oriented Architecture,SOA)承諾通過使業務與 IT 需求和目標保持一致來提供業務敏捷性。但是如果沒有恰當的治理,SOA 實現只是一組可能不相關的服務,無法交付具有可持續價值的任何東西。作為您的企業中的 SOA 活動的一部分,成功地啟動 SOA 治理以保證 SOA 實現的成功是至關重要的。這包括確定何時將 IBM® WebSphere® Service Registry and Repository 整合到 SOA 體系結構流程中。在本文中,瞭解 SOA 治理,並確定 WebSphere Service Registry and Repository 如何向您提供幫助。

引言

您的業務很可能具有某種形式的文件說明,涉及業務中日常實施的操作過程和目標。該文件說明是提供業務執行狀況可見性的工具,併為新員工提供有關業務如何運作的教育。該文件說明介紹主要的業務流程、組織結構、財務管理、目的和目標以及其他相關策略。所有這些專案對於清楚瞭解業務狀況及其運作方式是極為重要的。即使非正式的業務流程也是業務結構的一部分,並影響業務的工作方式和對客戶的響應方式。這稱為業務設計

在理想的情況下,IT 和業務負責人協作確定業務設計的哪一部分必須實現自動化,以及哪一部分應該手動執行。這最終會改進實現業務目標的效率。您的業務本質上需要對其操作方式做持續的修改。競爭、市場力量、創新和客戶要求是影響業務變更的部分因素。當業務與 IT 具有協同關係(其中一個可以適應另一個的需要而進行更改)時,則認為業務是敏捷和靈活的。這有助於保證業務增長。SOA 承諾實現 IT 和業務一致性,而 SOA 治理則確保實現該承諾。

SOA

概括地說,服務 是業務流程中的可重複任務。業務流程 由一組任務組成,然後您可以宣告那些任務是服務。業務流程是這些服務的組合。面向服務 是將業務作為一組相聯絡的服務整合在一起的方式。

然後,SOA 是一種適合於企業 IT 體系結構的體系結構風格,利用了面向服務的原則來實現業務和支援業務的資訊系統之間更為緊密的關係。(此定義摘自 IBM developerWorks 上的 SOA 概念 wiki。)

典型的企業具有遠景和在各個增長階段中滿足此遠景的後續策略。存在旨在使企業經歷這其中每個階段的策略。形成策略組成部分的資產包括業務流程、組織資產、業務模型和 IT。

請考慮一家正規的企業,該企業依賴一系列由各種各樣的不同實體執行的服務。圖 1 顯示了客戶、各個公司部門、共享服務、供應商和外包合作伙伴所涉及到的流程和互動。


圖 1. 標準企業流程和互動
標準企業流程和互動

通常,企業希望利用這些流程以實現增長。使用這些流程來使企業變得更加高效對於該增長非常關鍵,並且需要合併業務和 IT 功能以改進組織的敏捷性。有了這種創新,敏捷性也就水到渠成。圖 2 顯示了這種增長和敏捷性如何在企業生態系統中發生。


圖 2. 企業在業務生態系統中的擴張
企業在業務生態系統中的擴張

當您的企業開始這種增長時,可以在 SOA 的幫助下最有效地實現增長。SOA 嘗試實現業務與 IT 的一致性,這種一致性最終將交付所需的敏捷性和靈活性。為此,可以通過應用定義良好的方法,從而將業務及其流程細分為在適當的支援環境中公開的服務。


SOA 生命週期

大多數企業都傾向於採用某種生命週期方法來實現 SOA。該方法從模型階段開始,您將在此階段中收集業務需求,並設計和優化所需的業務流程。在優化業務流程之後,您將通過組合新的和現有的服務來實現那些流程。然後您將已建立的資產部署到安全的環境中。完成這些資產的部署之後,您需要管理那些資產,並且要同時注意 IT 和業務功能。在此階段,資訊可以幫助提供對支援智慧決策的業務流程的認識。所有這一切的核心是 SOA 治理。圖 3 顯示了生命週期和重要的活動。


圖 3. SOA 生命週期
SOA 生命週期 

SOA 治理

在定義 SOA 治理之前,您需要了解應用於整個企業的治理是什麼。IBM 將治理定義為“建立責任、授權和通訊鏈,以對人員進行權利分配(決策權)”和“建立度量、策略和控制機制,以支援各個人員執行各自的任務和履行相關職責。”

下一個級別的治理是 IT 治理,根據 IBM 的定義,IT 治理“是指與組織的資訊科技流程以及這些流程支援業務目標的方式相關的治理方面。”

最後,IBM 將SOA 治理 定義為“IT 治理的一種特殊化,其將關鍵 IT 治理決策置於服務元件、服務和業務流程的生命週期上下文中。SOA 治理是對該生命週期的有效管理,該生命週期是 SOA 治理的關鍵目標”。


採用 SOA

通常,採用 SOA 的決定是企業增長策略的一部分。假設您的企業已選擇採用 SOA,並且已經為此確定了很好的起點。在開始 SOA 實現時需要考慮的重要特徵包括:

  • 處理得到充分理解的業務問題,以說明採用 SOA 的直接優點。
  • 包括業務部門 (LOB) 目標和 IT 目標。
  • 要求超越當前能力的可達範圍以處理差距(例如技能和流程)。
  • 成為企業將用作其業務活動的一部分的某種東西。
  • 確保該專案是作為總體業務和 IT 目標路線圖一部分的漸進 SOA 採用計劃的一部分。

找到 SOA 的基本要素

應用 SOA 以改進敏捷性、靈活性、工作效率和通過重用(舉例而言)來加快新產品上市時間,這對 IT 和業務操作都具有直接明顯的好處。面向服務本身無法帶來改進的工作效率、更快的上市時間和重用的效果,因為存在其他起作阻礙作用的力量。

本練習中確定和公開的服務具有連帶的風險:

  • 如果所產生的資產在可重用性方面沒有多大價值又會怎麼樣呢?
  • 如果解決方案不遵守標準和最佳實踐又會怎麼樣呢?
  • 或者更糟糕的是,如果合作專案的結果產生了不適合 SOA 的服務,那又會怎麼樣呢?
  • 誰將擁有服務並對其做出投資?
  • 誰將使用它們?
  • 人們如何訂閱它們?
  • 是否存在用於管理服務更改以滿足新需求的流程?
  • 解決方案是否足夠安全?
  • 如何能夠對其進行充分測試?

這些全都是在啟動任何基於 SOA 的專案之前應該處理的問題。

設計用於在您的企業中實現 SOA 的策略應該首先回答這些問題。這是一個需要開始考慮應用 SOA 治理的關鍵點。這還導致另一個非常重要的問題:如何投資治理模型以及誰為它提供支援?在缺乏此類框架的情況下,SOA 架構師應該檢查此範圍中的策略以確定該需求是否已得到處理。

這種治理模型需要建立責任、授權和通訊鏈來對人員進行權利分配,以帶來必要的面向服務更改並維持那些更改,以使組織不會迴歸到以往的業務模式中。


採用 SOA 治理

SOA 治理在漸進地採用時是最有效的。SOA 治理包括兩個方面:

  • 方法
  • 平臺

IBM 推出的 SOA 治理採用方法和模型稱為 SOA 治理和管理方法(SOA Governance and Management Method,SGMM)。您可以對此方法進行定製以適應專案的範圍。此方法的結果是一個負責相關 SOA 治理關注事項的 SOA 治理框架,如圖 4 所示。


圖 4. 建立 SOA 治理框架
建立 SOA 治理框架

SOA 治理實現方法會產生一個無縫地織入 SOA 生命週期各個階段的框架,並具有檢查點、檢查表、強制策略和質量門控,確保 SOA 以更低的成本產生業務敏捷性和靈活性。

IBM Rational® Method Composer 的方法文件說明可供下載。Rational Method Composer 是一個靈活的軟體開發流程平臺,可幫助您向專案團隊交付自定義但一致的流程指導。可以定製 Rational Method Composer 的 SGMM 外掛以滿足專案的需求。雖然本文不介紹 SGMM 的詳細資訊,但是圖 5 提供了其快照。SOA 治理框架也是通過一個迭代生命週期來構建的。圖 5 顯示了在生命週期過程中處理的一些重要方面。


圖 5. SOA 治理生命週期
SOA 治理生命週期

平臺

治理框架由流程組成,必須時常測量這些流程的有效性。其中有些流程可以實現自動化,以獲取所涉及的資源和資產的更好檢視,從而確保更好的流程可見性,並簡化管理和測量。必須釋出已定義的方法,必須建立正確的通訊渠道,並且應該建立連結到 SOA 實現的生命週期的流程自動化。該自動化可以確保 SOA 治理將自身整合到 SOA 生命週期。該自動化通常在平臺上完成。總而言之,作為 SGMM 活動的一部分而建立的治理框架通過軟體或硬體平臺實現自動化(請參見圖 6)。


圖 6. SOA 治理框架和平臺
SOA 治理框架和平臺

該平臺應該有能力自動化使用該治理方法派生而來的治理框架。用於初創專案的一些最低限度的必需自動化功能包括:

  • 集中的註冊中心和儲存庫,以查詢和釋出與服務相關的構件和後設資料。這是實現以下目的所必需的:
    • 查詢正確的授權服務。
    • 避免重複工作。
    • 促進重用。
    • 確定服務在 SOA 生命週期中的當前狀態。
    • 為服務訂閱者提供可見性。
    • 確定相關服務和更改某個服務所造成的影響。
    • 傳達對服務所做的更改。
  • 用於聯絡和強制應用於某個服務的策略的機制。策略通過使用治理框架來定義。
  • 具有生命週期感知性的可自定義系統,該系統在生命週期中發生階段更改時觸發驗證,以便能夠自動化逐個階段的治理驗證。
  • 在理想的情況下,註冊中心應該針對 SOA 執行時進行優化,以便能夠在執行時期間,使用儲存在註冊中心的後設資料來通過動態路由充實內容。

這些功能是自動化治理框架所必需的。WebSphere Service Registry and Repository 就是這樣一個滿足自動化功能的產品。必須在平衡的範圍內定義策略,以便像採用 SOA 一樣漸進地整合 SOA 治理。隨著 SOA 在企業中的成熟,SOA 治理也會隨之成熟。圖 6 中描繪的解決方案是一個入門級解決方案,其中業務沒有準備任何 IT 治理,但是表明了在包括 IT 治理的情況下,存在許多可進行處理的潛在方面。

結束語

儘可能早地在 SOA 採用策略中包括 SOA 治理是非常重要的,並漸進地安置治理框架和平臺,以便 SOA 交付業務敏捷性和靈活性的價值。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/14789789/viewspace-406630/,如需轉載,請註明出處,否則將追究法律責任。

相關文章