標準在SOA領域的應用

申請免費試用、咨詢電話：400-8352-114

1、SOA概述

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

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

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

　　2、標準的分類與應用

　　首先援引OASIS總結的SOA應用涉及各方(包括標準和規(guī)范)之間的關系，見圖1。

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

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

　　2.1互操作接口標準

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

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

　　具體的互操作接口標準方面，Web Service協(xié)議?？梢哉f是目前業(yè)界最為普遍應用的。Web服務采用了基于XML的描述性協(xié)議SOAP協(xié)議作為服務之間的交互協(xié)議，以及采用了基于XML的描述性接口WSDL作為服務接口的描述。由于其服務接口以及服務之間交互方式都基于描述性的文本協(xié)議，因此Web服務具有松耦合，接口標準化，與實現方式無關等好處。從而導致Web服務已經成為SOA體系架構中的服務的標準實現技術。

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

　　2.2 SOA系統(tǒng)實現方式標準

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

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

　　2.2.1快速集成

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

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

　　2.2.2新業(yè)務的開發(fā)

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

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

　3、SOA參考架構

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

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

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

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

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

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

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

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

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

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

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

　　3.3 OASIS的SOA參考模型

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

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