可以將參考架構的內容,粗分為兩大部分:
對服務建立一套共同的詞匯和做法,包括:
服務的正式定義 - 例如服務必須由契約 (contract)、接口 (interface),和實現 (implementation) 所組成服務的分類(核心業務功能服務,數據服務,展現服務等),以及各類服務的設計原則和建議接口標準 (JMS, RMI, HTTP 等),建議的接口樣式(例如:盡量采用粗粒度、異步的服務調用模式),可靠性要求等。
需要遵從的 WS-* 標準
安全策略
服務版本控制策略
服務和數據模型采用規范
服務生命周期定義
與服務基礎設施,例如企業服務總線 (ESB)、業務流程管理 (BPM)、注冊庫 (Registry)、資產庫 (Repository) 等相關的規范,包括:
必須支持什么樣的部署配置
必須具備什么樣的能力
各個部件的責任
部件之間的耦合關系和原則,應避免的事項,例如,展現服務和業務流程服務不可直接調用數據服務,而必須通過核心業務服務;換句話說,數據服務不可直接與展現服務和業務流程服務有耦合關系。
各個部件應支持那些科技和標準(例如:SCA, SDO…)。
有哪些安全顧慮需要考慮,如何管理權限。
要采用哪些產品
由于在規劃服務基礎設施參考架構時,需要涵蓋幾類 SOA 參與者和干系人 (stakeholders) 各自不同的顧慮,包括架構師、程序員、和負責部署、運營、監控的 IT 人員,我們可以采用一個針對服務基礎設施參考架構調整過的 4+1 視圖(如下),來協助我們分離顧慮,來將不同層面的規范和目標架構一一制定,通過邏輯、實現、部署,和進程等四個視圖,配合最佳實踐典范和模式,來對參考 架構的各個層面,進行描述和規范,如附圖。
參考架構的規劃過程(如下圖),應先起于業務驅動力 (business drivers) 分析,可有助確保目標架構能夠支持業務的發展策略和方向,展現 SOA 建設對業務的價值,彰顯 SOA 投資的正當性,并獲得相關業務部門的經費贊助。以金融行業為例,業務驅動力包括像是:
提升效率
借貸流程優化
呼叫中心優化
增長銷售額,并顯著超越同業。
快速靈活地推出創新的金融商品。
擴展客戶關系,統合客戶數據。
交叉銷售
依據關系定價的策略
降低成本
這一類的價值驅動。分析業務的價值驅動后,接著考慮各種 IT 目標,以及它們如何支持這些業務驅動力;例如:
從關注各業務線煙囪/豎井式的應用系統,轉向專注于跨系統/業務線的流程/服務。
IT 資產重用
提高跨部門協作的業務流程的透明度
并且應訂立評價標準,作為日后考核實現各價值驅動力的指標。接著下來,我們可以根據業務和 IT 驅動力,進一步制定恰當的 SOA 策略,考慮采用 SOA,將對那些業務線,在那些驅動力方面,產生最大的價值,據以訂立實施 SOA 項目的優先級別。
√√ 代表 SOA 項目能產生很大的正向影響,依此類推。
針對各價值驅動力,我們可以參考附圖中的矩陣分析方式,從價值鏈或業務線中的各個主要的職能(縱向),和各個識別出來的業務和 IT 驅動力(橫向),對 SOA 所可能產生的正面影響力,一一進行評估,進而挑選出面向服務解決方案最能嘉惠的業務能力,作為首期實施 SOA 項目的切入點。圖中的范例只是一個三萬尺高空的起點,在真實的情況下,往往會針對范例中某個或某幾個得分較高的業務線,往下展開細化,對該業務線中的各個 主要業務能力,進一步進行 SOA 價值驅動力分析;換句話說,價值鏈分析中的各個職能域,應該自粗到細,逐步鉆取、drill down 到適當的深度,才能更精準地確定 SOA 能對哪些要迫切改善的業務能力,帶來最大價值。
依據業務和 IT 驅動力,選定了 SOA 策略后。接著應根據企業目前的現況,和未來 2-3 年的目標,進行差距分析,并根據最佳實踐典范 (best practices),制定 SOA 發展的藍圖、路線圖和指導規范,完成參考架構的規劃。接著便可開始根據路線圖中制定的項目,以漸進的方式,通過一致的服務工程方法,一個接一個項目去執 行,并在此過程中,逐漸將藍圖中的服務基礎設施搭建起來。
相關推薦:
北京 | 天津 | 上海 | 江蘇 | 山東 |
安徽 | 浙江 | 江西 | 福建 | 深圳 |
廣東 | 河北 | 湖南 | 廣西 | 河南 |
海南 | 湖北 | 四川 | 重慶 | 云南 |
貴州 | 西藏 | 新疆 | 陜西 | 山西 |
寧夏 | 甘肅 | 青海 | 遼寧 | 吉林 |
黑龍江 | 內蒙古 |