SOA實現八大陷阱

隨著SOA漸成IT潮流，越來越多的SOA項目啟動了。有些項目徹底失敗了，有些項目則勉強成功了。如何吸取這些失敗項目的教訓，並形成自己規劃SOA路線圖所需的遠見與策略，這將是未來SOA項目成功實現的關鍵。在此我們收集了自去年以來所注意到的SOA實現八大陷阱，希望能為各位實現SOA提供借鑒。

8 與SOA 市場的脫節

在IT市場各領域中很少有像SOA領域如此變化多端。任何SOA計劃均需考慮市場的現狀和趨勢，以決定現在投資哪些平台技術，哪些則可以等待。

針對基於Web服務的SOA實現，有許多產品和平台技術可供選擇。由於許多使用者喜歡評估和選擇不同的技術實現路線，SOA市場競爭也必將愈演愈烈。從Web服務的角度來說，一個考慮的技術市場因素則是產品供應商如何對待現在正處於發展階段的各種Web服務規範。廠商多樣化及其各種平台與開放標技術的靠攏是SOA實現計劃的關鍵考慮，但這些經常被忽視，並導致錯誤的決策與投資。

7 缺少Web服務安全計劃

很多基於Web服務的SOA實現傾向從小項目開始，其Web服務技術的應用程度也就往往局限於特定環境下開發人員及架構師對該技術架構的瞭解和掌握程度。一旦Web服務技術在佔據了IT 架構的主導作用後，對資訊安全和共用服務的存取控制也就提上了議程。Web服務安全架構建立了一套普遍認可的安全模型，這種模型基於一系列規範並最終成為面向服務應用及企業IT架構等各個層面的重要組成部分。

即使你的平台供應商未能提供足夠的Web服務安全支援，甚至你現在基於SSL 的實現也符合當前需要，我們還是提倡密切關注潛在的變化與需求。任何缺乏Web服務安全考慮的計劃必將導致重構甚至二次開發。如果只在急劇增加服務應用數量後才考慮Web服務安全問題，這種問題將顯得更加嚴重。

6 缺少服務治理計劃

在採納SOA的過程中，企業組織必將面臨如何控制和管理，以及演變不斷增加的服務應用數量。當一個企業加快重用服務的開發時，並相應迅速增加服務應用的共用時，這種問題將更加突出。SOA治理對企業組織的許多方面提出挑戰，如資源分派、IT人員的角色、內部標準、流程及項目周期。缺少SOA治理計劃必將造成任何大規模SOA實現的失敗。

5 缺少對SOA 效能需求的理解

松耦合是需要付出代價的。以Web服務為基礎的SOA引進資料處理的多層結構並由此帶來了額外的效能開銷。當SOA大規模應用時，基於訊息的通訊流量相應幾何增長，此時效能問題必將突顯。因此，任何成功的SOA實現需要預先正確理解各種IT應用的效能需求及基礎架構效能局限。這意味著對訊息處理能力的大量測試，密切注意服務設計，以在各種影響效能的因素之間取得平衡。

4 缺少對XML資料格式的總體考慮

XML是基於Web服務的SOA實現的核心。關於XML 的規範是Web服務規範標準的基礎。許多SOA實現過於關注服務間的資料轉移，而忽略了對資料結構和效驗的設計。這種忽略必將導致XML資料格式層的不恰當實現，由其缺陷所帶來的影響將波及SOA 應用的各個層面。

3 缺少遷移計劃

缺乏遷移計劃會大大減少SOA部署的成功機會，因為許多服務的部署與設計將導致基礎架構的重新考慮。遷移計劃允許公司組織有控制地階段性實現SOA，並從技術，架構，及組織層面進行計劃。

典型的用SOA遷移計劃包括影響分析（SOA對現有資源、流程、特殊標準及技術的改變程度等），遷移架構（SOA實現各階段的架構及其最終目標架構），以及機會與風險分析（考慮Web及相關技術的前景與風險機會）。

2 缺少關於SOA的內部標準

真正的SOA實現需要制定並遵循一套嚴格的內部設計標準。缺乏標準將導致許多問題，包括不相容的資料格式和不規則的服務介面。一套嚴格的內部標準可以確保封裝後台邏輯的設計與服務互動的統一性。

1 以傳統的分布式架構實現SOA

SOA實現的首要陷阱是以傳統的分布式架構實現面向服務的應用，並認為SOA已經實現了。SOA 不是CORBA + XML，更不是ASP.NET+WSE。 面向服務與物件導向不同，物件導向的組件邏輯也遠未能適合面向服務的應用環境。SOA是一種完全不同的基於面向服務的架構模式，一種不同的設計範式。正確理解這些不同之處是實現SOA的關鍵所在。

註：本文中的一些概念來自《ervice-Oriented Architecture: Concepts, Technology, and Design》一書，作者為Thomas Erl，由Prentice Hall/Pearson PTR出版。更多資訊，請訪問www.soabooks.com。