註冊 | 登入 | RSS Feeds
ZDNet | Taiwan.CNET.com |

廣告:
成功規劃SOA(2):打造SOA計畫
友善列印 | 轉寄朋友 | 加入HEMiDEMi網路書籤 | 加入funP | 加入Google書籤 | 加入Yahoo!奇摩分享書籤 | 留下回應
    
Steve Bennett 2006/06/06 10:31:40 摘要

服務導向架構(Service-Oriented Architecture, SOA)系列文章的第二篇將提供一套具體的計劃連同訣竅與深入見解以協助您建構有效的SOA藍圖,並確保您SOA專案能大功告成。

任何偉大的旅程都必須先決定目的地,貴單位導入SOA的決策也不能例外。但和西部拓荒的早期美國人一樣,你一開始對前方有什麼,或是該如何前往目的地可能都只隱約有個概念而已。要成功抵達目的地,你得評估自己的優劣勢、確立清楚的方向、選擇路線,然後在前進時不斷重新評估路線。簡而言之,你必須為旅程創出屬於你自己的地圖。

什麼是SOA藍圖,為什麼非它不可?

服務導向架構是一種將企業內分散的軟體功能整合成一個可相互溝通的標準化服務,以便依照企業需求快速組合和重新使用。只有在企業長期目標與短期需求達到平衡後,SOA的效益才可能實現。要達成這種平衡,企業可在SOA專案一開始的時候就制定出組織、財務、營運、設計與施行作法。然而相較於「全面式」革新,其實以漸進、反覆的方式執行文化變革,反而更能給組織較充足的時間去學習。基本上,SOA藍圖正提供了一套反覆而漸進式的作法,在你不斷前進的同時可以捕捉(或重新塑造)貴公司特有計畫的精神。

SOA藍圖應該包括以下三大特點:

1.成熟度:請把你的SOA藍圖看成會持續蒐集經驗與學習的「活的文件」。隨著SOA藍圖愈趨成熟,你的SOA專案將能井井有條的愈變愈繁複。要製作一張SOA藍圖,一開始得先評估貴單位可用於SOA的能力與行事法則。(某些廠商,如BEA有線上自我評估工具可以協助自我評估)。

2.範疇(scope):一個完整的SOA藍圖應該包含六大領域(見圖一)。這些領域各自分離卻又相互關連。每個領域確實執行乃是確保全企業(enterprise-wide)SOA專案成功的基礎。SOA藍圖應該要能清楚勾勒出你SOA專案的輪廓,並且為達成SOA目標而建立透明而彈性的時間表。這些目標應該可以細分成可被管理的數個階段,然後以反覆而漸進方式實現之。

3.品質:每個里程碑(milestone)皆套用「學習、調整」的流程,而你的藍圖在整個專案過程反覆而漸進地前進著的同時,可不能愈離愈遠。為確保你SOA藍圖的品質,你最好要與所有相關成員溝通、確定過、並且取得所有部門的意見與同意。

圖一 BEA Domain Model

如何建立SOA模型

發展SOA藍圖有四大領域:SOA規劃、SOA成熟度評估、SOA未來願景以及SOA藍圖定義

SOA規劃

SOA專案要在本階段中經過整理與定義。所有相關成員在經過溝通與簡報後開始了解情況,並且在工作優先順序及範圍取得共識。由於本階段攸關貴單位所有員工,因此清楚而充足的溝通相當必要。在本階段你要做的事包括:

•定義SOA的範疇
•建立與其他IT專案間的界限與配合狀況
•適度展現SOA對業務的價值
•展現目前與未來業務計畫間的配合程度。

SOA成熟度評估

在SOA成熟度評估階段,你得建立衡量進度的機制。你必須定義出目前有哪些服務和能力可用以當成SOA起點,並找出哪些專案可作為發展基礎。透過一系列面談與問卷,你的團隊應該可以檢查多個領域-針對每個作分析、定出基線(base-line)、並確認現有模式(as-is)情境。你可以利用BEA的「Domain Model」規劃以下檢視作業:

•業務策略與流程:由上而下檢視業務策略與流程
•架構:檢查現有架構、政策與標準
•成本與效益:全面檢視目前的成本架構與效益benefits cases
•建構元素:分析既有的服務、流程、工具及技術
•專案與應用:檢查現有的系統、以及正在進行與規劃中的專案
•組織與管理:分析目前的管理架構與政策

SOA未來願景

在本階段中,你的團隊可在小組討論中決定與定義出「理想」的狀態,並確保各單位都同意。
•業務策略與流程:做出SOA未來願景與業務策略與流程之間的關聯
•架構:指導性原則、要求、政策、標準與參考架構
•成本與效益:測量機制與測量標準
•建構元素:共享的服務架構要求及標準化工具
•專案與應用:將SOA對應到專案及應用程式
•組織與管理:管理與遵循架構與政策

SOA藍圖定義

你的SOA是在此一階段開始定義。你應該依據前面三階段所蒐集到的資訊針對貴公司SOA目標與相應的時程作全面的差異分析。近期事件會比較詳細,而未來的事則變通性較大,以便可以融合你在過程中學到的心得。

1.業務策略與流程:依據機會而定義業務價值
2.架構:短期、中期、長期參考架構藍圖
3.成本與效益:未來測量標準、成本架構與效益benefits cases藍圖。
4.構成元素:排定共通服務策略與標準化流程的優先順序。
5.專案與應用:專案與應用的影響
6.組織與管理:計畫的管理架構與政策

你應該將SOA藍圖視為會不斷蒐集經驗與心得的「活的文件」。隨著藍圖逐漸成熟,你的SOA計畫也會在井井有條的方式下日趨繁複。(見圖二)

圖二 SOA「學習、調整」藍圖

結論

本文宗旨在於提供一個架構以協助你擘畫屬於你自己的SOA藍圖,並解釋為什麼這麼一個藍圖對SOA計畫來說如此重要。這份藍圖是指導你該開發什麼、何時開發,以及開發的東西該何時佈署的準則,因此可說是你順利佈署SOA最強大的工具。

Steve Bennett隸屬於BEA全球諮詢事業群,目前致力於推動服務導向架構(Service-Oriented Architecture),並對發展BEA的SOA服務及Domain Model白皮書多所貢獻。Steve已為BEA多家企業用戶提供架構顧問與諮詢。

--CNET扮演多種意見發表平台,歡迎外稿作者投稿。
本文為投稿作者意見,不代表CNET立場。
--

加入我的圖書館 訂閱關鍵字
加入網路書籤> 加入HEMiDEMi網路書籤 | 加入funP | 加入Google書籤 | 加入Yahoo!奇摩分享書籤 |
友善列印 | 轉寄朋友

icn_balloon_154x48 對本則報導有任何意見或看法嗎?歡迎留言


留下你的意見
會員 * 帳號:
* 密碼:
  1. 欄位可選填,若全不填,則顯示為「匿名」。
  2. 不支援html語法
非會員 姓名:
E-Mail:
Blog:
  重新載入驗證碼
* 驗證碼: 記住我




廣告

名家專欄

更多名家專欄
Sponsored
利用可靠和高效的NonStop刀鋒技術,達成持續不斷的可用性
 
+ 關鍵任務作業專用刀鋒
+ 更輕易管理虛擬化
+ 更有效控管能源,進而降低能源成本

研討會中心

廣告


Sponsored

活動快訊