1、SOA概述

面向服務的體系架構(SOA)提供了一種構建IT組織的標準和方法，通過建立可組合、可重用的服務體係來減少IT業務冗餘並加快項目開發的進程。 SOA允許一個企業高效地平衡現有的資源和財產，這種體系能夠使得IT部門效率更高、開發週期更短、項目分發更快，在幫助IT技術和業務整合方面有著深遠的意義。

SOA強調資源和財產的有效整合與重用，這裡必然涉及各個實體的參與一從人上看，有軟件產品提供商、系統集成商以及最終用戶;從技術上看，有各種已有的系統，數據等資源和新的系統與功能。因此，標準對於SOA的實現與應用來說顯得格外重要。

SOA涉及從方法理論到體系架構到實現技術等非常廣泛的範圍。這其中的各個方面都需要標準的支持。也正因為如此，我們看到目前涉及SOA的相關新、老標準和規範也格外繁多，有時甚至使人困惑。在這裡，結合我們在SOA應用實踐中的體會和大家一起分析SOA相關標準的分類、特點和應用，為SOA的實施提供參考。

　　2、標準的分類與應用

首先援引OASIS總結的SOA應用涉及各方(包括標準和規範)之間的關係。

圖1對SOA從理論到技術到實現整個架構所涉及的各個方面及他們之間的關係進行了明確的概括。從圖1中可以看出SOA的實現(Implementation)需要應用相關各種標準與規範，SoA的體系架構(Architecture)也需要考慮與標準和規範的結合。

SOA相關標準根據不同的需要，從不同的角度可以有多種分類方法(實際上，沒有也不需要一個統一的分類方法)。在本文中，我們僅從標準應用範圍的視角來對標准進行分析。從上述視角，我們認為SOA相關標準大致可以分為以下兩類。

　　2.1互操作接口標準

定義各個異構系統，功能之間的松耦合互操作(包括調用、註冊、查找等)接口。這裡只注重接口和基於接口的互操作性(即可以註冊、發現與被發現以及實際的相互調用)而不關心功能的內部實現。

互操作接口的標準化和基於標準的實現，能夠切實實現SOA要求的業務功能接口與實現的無關性剝離。服務的調用方和提供方以標準的方式交互。這種鬆耦合的關係大大提高了調用方復用其他(已有)功能服務的積極性，從技術上也保證了這種複用的可行性而不會增加整個應用系統的複雜度和維護難度。

具體的互操作接口標準方面，Web Service協議棧可以說是目前業界最為普遍應用的。 Web服務採用了基於XML的描述性協議SOAP協議作為服務之間的交互協議，以及採用了基於XML的描述性接口WSDL作為服務接口的描述。由於其服務接口以及服務之間交互方式都基於描述性的文本協議，因此Web服務具有鬆耦合，接口標準化，與實現方式無關等好處。從而導致Web服務已經成為SOA體系架構中的服務的標準實現技術。

需要注意的是，在Web Service協議棧中，一些基本協議已經成熟並被非常廣泛地使用，但同時WS協議棧仍在快速發展當中，很多高級協議定稿不久，有些甚至仍在草稿階段，還有些協議本身是互相競爭的。這些仍在發展中的協議實際上由於其本身還不夠“標準”(成熟)，還不能滿足互操作接口的要求。因此實際應用中我們建議根據實際情況選擇應用最為廣泛的協議而暫時規避一些新的發展中的協議。

　　2.2 SOA系統實現方式標準

定義SOA應用功能的實現方式(包括框架、引擎、基於框架的組件模型等)。這裡強調的是如何在構建(提供新功能的)SOA應用時幫助實現與保證SOA松耦合，高可複用特性的實現方式標準。

目前SOA系統目標大致可以分成兩類，一類是以快速集成已有應用系統為目標(即使用SOA的方式實現傳統EAI應用);一類是以開發新的業務功能(從SOA的要求來看，是盡量復用已有功能採開發新的業務功能)為目標。目標不同，實現方式也不盡相同，標準的適用也不相同。下面介紹一下這兩類應用相關的標準和規範。

　　2.2.1快速集成

本類應用的重點是將業務功能(服務)按照集成邏輯，即按照一定的順序編排執行的能力。其實現方式的標準有所謂EIP(Enterprise Integration Pattern)模型，業務流程管理(BPM)相關標準(即BPMN、XPDL、BPEL等)。

由於對於標準的根本需求是定義業務流程編排各種業務功能的方式最終為集成流程的實現服務，不同的集成流程需求會使用不同的標準，比如，對於自動化非人工介人的流程(相對對流程處理性能有較高要求)的實現適用EIP模型或BPM，但BPM相對來說效率上會有更多損失;對於有人工活動介入的流程實現，BPM更適合。這裡，不同的標準沒有好壞之分，都可以實現SOA的目標，標準的選用應該出於實際系統的需求。

　　2.2.2新業務的開發

這裡更多的指通過編寫代碼實現新的業務功能尤其是面向Web應用的開發。 SOA為這種系統的實現提供了更好的方式：有調用關係的不同功能模塊(組件)之間使用松耦合的方式(而代碼內指明確定的方式)進行組裝，從而使得功能模塊能夠更好的複用其他功能又不喪失系統的靈活架構。適應這種類型需求的標準表現得更加具體以及技術可行。具體適用標準規範有JBI，SOA等。由於篇幅關係這裡不詳細介紹。

對於一個主要需要技術人員開發新業務(相對於前面快速集成主要集成已有功能)的系統，這些標準的執行(即基於這類標準框架開發應用)可以有效的達成SOA松耦合，高複用的特性。

　　3、SOA參考架構

另外，在SOA參考模型和SOA體系架構方面其實也需要業內從理論和方法上達成共識，我們把它稱之為SOA參考架構。它作為一個框架，使各個項目都有一個遵從的依據，藉以促進一致性、最佳實踐典範和標準化。 SOA參考架構指導所有實施SOA的各個項目，能共同朝向企業級服務和SOA基礎架構標準方向的集中發展，儘早使企業從中獲益。 SOA參考架構實際上是SOA系統相關各方(產品提供商、系統集成商和最終用戶)對於系統的組成、功能、結構達成的共識。基於這一共識，用戶可以明確自己的業務目標，考核產品提供商和系統集成商的工作成果:系統集成商可以以更標準的形式向用戶提供功能和服務，台理規劃系統體系架構，以及有效選擇產品提供商;產品提供商可以有章可循，為系統集成商提供切實可用的SOA基礎設施支撐。參考架構是SOA實現的指導和明確參考，它可以說是應用使用各種標準，規範實現SOA目標的基礎。

　　3.1 SOA總體技術要求(制定中)

由全國信息技術標準化技術委員會SOA標準工作組(以下簡稱"SOA標準工作組”)制定的我國國家標準《SOA總體技術要求》( 20090341-T-469)。

本標準規定了SOA的技術產品開發以及應用項目實施的基本技術要求，包括總體技術參考模型、功能要求、非功能要求、實施要求。

本標準適用於基於SOA的軟件產品及軟件項目的設計、開發和運維。本標準是製定具體SOA的技術實現標準、質量測評標準及工程應用標準的依據。

　　3.2長風聯盟SOA技術參考架構

國內眾多軟件開發企業，在SOA相關技術和產品方面，也投入了大量的人力和物力進行跟踪和研究，並且開發出了相應的SOA產品。如長風聯盟SOA—RA-TF(SOA參考架構工作組)參照相關的國際標準，充分考慮國內的實際業務需求，提出了一個SOA參考架構，如圖2所示。長風聯盟SOA參考架構本身，體現了鬆散耦合特性，它結合了傳統技術和Web服務技術，考慮了各種應用場景，可靈活地分拆組合使用。

長風聯盟SOA技術參考架構組成元素包括:SOA基礎技術平台、實現業務功能的業務服務、各種已經存在的應用系統和數據資源、使用各種業務服務的服務消費者(應用程序)，以及建立SOA應用系統和監控系統運行的輔助工具集，當然還需要有建設、使用和維護這些系統的各類人員.

在組成SOA應用系統的各種元素中，SOA基礎技術平台和誦助工具集是建立和支撐SOA應用系統運行的重要的基礎架構。湧助工具集提供SOA應用系統建設和管理工具，提供建模工具、集成開發工具和運行管理工具;SOA基礎技術平台提供應用服務的運行支撐環境，提供服務與人員之間的交互操作，服務流程管理，服務之間的通訊，系統與系統之間的協作，已有系統和數據資源的服務化接入，以及各種服務質量管理。

在SOA應用系統中還包括已存在的應用系統和數據資源，統稱為資源，這些資源通過基礎技術平台接人，展現為業務服務供其它應用剪服務使用，也可以使用其它應用服務。在SOA應用系統中的應用服務在基礎技術平台的支撐下運行，應用服務可以是業務服務提供者，也可以是業務服務消費者，應用服務可以是新編寫的程序，也可以是若干服務的組合。幾個SOA應用系統也可以互相協作，進行數據交換或實現業務服務的互相調用。與SOA應用系統相關的人員角色包括:系統規劃和設計人員，系統開發人員、系統操作使用人員和系統管理維護人員。

長風聯盟SOA-RA一下F研究的SOA參考架構還不是技術標準，通過參考架構的研究可以明確SOA基礎技術平台和輔助工具集的總體體系架構，應該具有的功能和特性，以及各組成部分之間的接口。有了SOA參考架構，就可以為SOA基礎技術平台和浦助工具集的實現提供清晰的指導;同時也為SOA應用系統如何建設，如何構建其基礎技術架構給出了一個很好的實施建議。

　　3.3 OASIS的SOA參考模型

2006年8月，OASIS(結構化信息標準促進組織)也推出了SOA參考模型1.0規範。這個參考模型是SOA架構的一個抽象框架，統一了SOA相關術語用法並且定義了這些術語的涵義，同時還明確定義了SOA各組件之間的關係。 SOA架構師或系統設計人員可以根據這個模型指導自己的SOA實踐。

從前面的圖1中可以看出，參考模型位於抽象級別的頂部，也就是說參考模型提供了SOA實現的抽象基礎。每個SOA架構設計者都要考慮參考架構、模式、模型以及由參考架構派生出的概念架構，審慎思考實際環境(需求、動機和目標等)對實現架構的影響，同時利用已有的標準和協議，這樣就形成了一個比較完整的SOA設計方法論。總而言之，SOA參考模型使得我們能夠系統地考慮SOA架構的實現，並給出最基本的概念和設計模式。