SOA從概念到實用，僅僅短短幾年時間，發展十分迅速。隨著SOA發展的深入，各種SOA相關技術標準也隨之發展和完善。SOA的優點和特點，已經為大多數廠家和用戶所熟知，如松耦合、業務敏捷性、基于開放式標準等，那么如何構建企業或組織的SOA應用呢？構建SOA架構的企業應用或電子政務，需要基于開放式的SOA相關技術標準，不然，基于非標準技術的應用，也僅僅是傳統的應用，而不是所謂的SOA，更談不上獲取SOA所帶來的好處了。那么，面對龐大而復雜的SOA相關技術標準，我們如何來有選擇的使用它們呢？下面，我們將從業務和技術兩個角度，淺談一下SOA技術標準的應用。
1.SOA參考架構
談到SOA技術標準的應用，需要從業務角度了解一下SOA參考架構。不同廠商及組織定義的SOA參考架構，基本上大同小異，本文以長風開放標準平臺軟件聯盟所推薦的為例，作簡單介紹。長風聯盟的SOA-RA-TF（SOA參考架構工作組）參照相關的國際標準，充分考慮國內的實際業務需求，提出了一個SOA參考架構，如圖1所示。長風聯盟SOA參考架構本身，體現了松散耦合特性，它結合了傳統技術和Web服務技術，考慮了各種應用場景，可靈活地分拆組合使用。
SOA參考架構及相關技術，主要應用在企業應用集成領域，它能夠以服務的方式共享和復用企業現有應用資產，保護用戶IT投資，并能夠以服務的方式構建新的業務流程，對組織中的業務流程進行靈活的重構和優化，增強業務的敏捷性。下面從業務的角度，簡要介紹一下SOA參考架構各個部分的作用與定位。
1）通過底層的適配器服務，將組織現有應用系統進行封裝，形成可復用的服務，來復用組織中的現有應用資產。所以，適配器服務是應用集成的基礎；
2）服務總線，作為服務之間的協調中介，可將組織中的所有服務如適配器服務、信息服務、安全服務、業務服務等，集中管理起來，暴露服務接口，并提供服務查找、內容路由、服務質量保障等功能，它在SOA參考架構中起著核心中樞的作用；
3）流程服務，用來將組織中的服務，進行編排組合，以滿足業務流程的需要，同時，也能夠封裝形成更大粒度的業務服務。能不能體現業務敏捷性及滿足用戶復雜的業務流程需要，流程服務起著關鍵的作用；
4）頂層的交互服務，是直接面向用戶的一層，能夠為用戶提供友好的交互界面及門戶集成的功能；SOA實施的效果，往往通過交互服務這張臉面來體現；
5）當然，要開發和管理SOA所需要的運行服務，還離不開集成開發環境、運行管理系統及服務資源的管理。SOA是否易于被用戶接受、開發是否快捷高效、管理和維護是否方便，這幾種輔助工具非常關鍵。
2.SOA相關技術標準及應用
根據SOA參考架構所對應的業務、構建SOA涉及的技術要求以及技術標準在 SOA 中的角色功能，我們將SOA相關技術標準分為三大類：服務層次上的信息交互規范、基礎通信標準規范、元數據標準規范。根據各種標準規范在SOA 體系中的角色功能，可以將 SOA 協議棧分為 7 層，如圖2所示。從底向上，包括傳輸層、消息層、描述層、管理層、服務組合層、表示層及服務資源注冊和發現層，其中除了ebXML和電子商務相關的技術標準（如資源注冊的ebRS、消息表示ebMS、外部服務資源編排的WS-CDL等）外，大多數在國內已經得到了相當的應用。下面簡單介紹一下相關的技術標準及其應用場合。
2.1 傳輸層
傳輸層作為傳統的傳輸協議，在SOA技術實現中，依然發揮著重要的作用。如HTTP、RMI/IIOP（分別用于Java的遠程對象調用和CORBA的遠程通訊）、SMTP、TCP/IP等。當然，在使用基于Web的服務時，常常使用HTTP協議，以便于互聯網上穿越防火墻。
2.2 消息層
SOAP協議基于XML描述，格式簡單，語言獨立，便于解析和擴展，因此，消息層SOAP已經是Web服務消費的消息傳輸載體的首選。Web服務協議棧中的許多規范，多是基于SOAP進行擴展的，如WS-Security、WS-Reliability、WS-Policy等。在有特殊要求的電子商務領域，消息傳輸還可以采用ebXML中的ebMS標準，而基于J2EE技術的應用中，還可以選擇JMS作為傳輸協議。
2.3 描述層
要消費、發現和識別服務資源，需要對服務的語義進行描述。雖然SOA中的服務并不一定是Web服務，但由于Web服務的語言獨立性、協議的簡單性及眾多廠商的支持，Web服務已經是最常用的服務表現形式，而多數SOA的技術標準也大多是基于Web服務的。
WSDL從句法層面對Web服務的功能進行描述，包括4個不同的粒度：數據類型、消息、方法和訪問端口。WSDL在Web服務語義方面的描述還不完善，因此基于SOAP協議擴展推出的WS-Policy，對表示Web服務的限制條件和能力方面進行了補充。鑒于WSDL比較簡單，與傳統的對象和方法調用等概念較一致，而且語言獨立，得到了絕大多數廠商的支持，如IBM、BEA及國內中間件廠商東方通等公司的產品，都提供了對Web服務及其標準的支持，而WSDL和SOAP已經成為Web服務最基礎的標準。
由于WSDL的缺點和限制，DARPA組織發展了OWL-S協議，它是語義Web服務標記語言的標準，它比WSDL更能向用戶提供可理解的服務資源的描述形式，提高服務選取與推薦的準確性。此協議相對完整和嚴謹，但是相對復雜，目前它主要在學術界進行研究和發展，實際應用較少。
2.4 管理層
與傳統的IT技術相比，松耦合的分布式的SOA軟件系統，處理服務質量方面的管理問題，更加棘手。例如安全性問題，對于跨網絡的多個服務訪問，如何驗證合法身份、防止飽和性攻擊、消息內容如何防止篡改和竊取、多個信任域如何一次性驗證身份等？如果使用傳統的多種非標準技術或不同廠家來實現這些要訪問的服務，要解決上述問題簡直是場噩夢。這種情況下，統一使用標準的協議，才是解決的最佳方案。為此，一些標準化組織如OASIS等發展出了系列的標準。如WS-Security標準系列、WS-Trust、SAML等，結合傳統的安全標準，如KPI、加密算法等，可以用來解決Web服務的安全性問題；WS-Reliability、WS-ReliableMessaging標準，可以用來解決消息傳輸的可靠性問題；WS-Transaction系列協議，用來解決傳統的多個Web服務消費的事務完整性問題。上述協議可用于服務容器、業務服務及企業服務總線等的服務管理擴展。目前上述部分標準已經在某些商用產品中使用，如應用服務器（服務容器中實現）、企業服務總線產品等。
另外，對于Web服務及資源的分布式管理，還可以參考Web服務分布式管理WSDM標準及Web服務資源框架WSRF協議，不過這些協議推出時間比較晚，目前還鮮有應用。
2.5 服務組合層
服務組合層的標準規范，主要用來構建基礎服務及將服務進行組合編排，來形成滿足用戶需要的業務服務。
WS4BPEL，即Web服務業務流程執行語言，它是一種可執行語言，能夠與各種促使業務流程自動化的軟件系統相兼容。Web服務編制，通過說明性的方式（而不是編程的方式）表達了進行Web服務合成的需求。此標準主要用于組織內部的業務流程管理及服務編排，目前越來越多的BPM產品基于此規范實現，大有代替傳統工作流技術的趨勢。
WS-CDL，定義為在多個交易伙伴之間建立形式化關系，它不要求所有被集成的端點（endpoints）都有Web服務基礎設施。此規范更多地用于組織之外的服務與流程編排，目前在國內還不常用。
SCA（Service Component Architecture），即服務組件架構，提供了一種編程模型，可以支持基于SOA的應用程序實現。它支持實現服務組件的各種技術，連接服務組件的各種存取方法。SDO能夠使應用編程人員可以用一致的方法操作異構數據源，包括關系型數據庫，XML數據源，Web services和企業信息系統。理想上，可以使用多種技術開發組件，然后使用SCA標準來組裝組件及更大粒度的服務組裝，而SDO可以作為服務及組件之間傳輸的標準數據格式。SCA比較年輕（2007年推出第一個1.0版本），國內實際使用的還比較少，而SDO由于發展較早，國內已經有部分用戶和廠商在使用。
JBI，即Java業務集成，它定義了一個標準的體系結構允許第三方的組件插入到標準的基礎設施上，并且即使這些組件是有不同提供商提供的，它們也可以以一種可預見的和可靠的方式互操作。JBI標準可用來實現企業服務總線及企業應用集成產品，但由于JBI限于Java技術，目前商用的產品支持還比較少，倒是一些開源實現比較多。
2.6 表示層
表示層的標準如JSR168和WSRP，主要應用在Portal軟件的開發。JSR168是java 規范要求，它為創建portlet建立標準的api，它是為實現porltet、基于java的門戶服務器和其他web應用程序之間的互操作性而設計的。在開發基于Java技術的門戶產品和Web頁面集成時，可以考慮使用JSR168規范。而且，大多數的基于Java技術的Portal產品，都支持此規范。
WSRP，定義了如何利用基于 SOAP 的 Web 服務在門戶應用程序中生成標記片斷的規范。通過定義一組公共接口，WSRP 允許門戶在它們的頁面中顯示遠程運行的 portlet，而不需要門戶開發人員進行任何編程。WSRP是由OASIS組織制定，目前已得到多數廠商的支持，鑒于它基于Web服務標準，而且技術相對獨立，因此隨著此標準的逐漸完善，相信越來越多的Portal產品會支持此標準。
2.7 服務資源的注冊與發現
在服務資源的注冊與發現機制上，主要有兩種標準規范可用，UDDI和ebXML中的ebRS標準。UDDI注冊內容包括Web服務的技術模型和業務模型，本身可擴展，但目前其注冊的內容和描述還不夠豐富和完整，因此它主要用于Web服務的注冊和查找。在商用的Web服務注冊器的實現上，多有基于UDDI的產品。
ebXML中的ebRS標準，其注冊機制要比UDDI豐富和完善的多。它的注冊機制用途廣泛，可以表示范圍廣泛的數據對象，包括 XML 模式、業務流程描述、UML模型、一般貿易合作伙伴信息及軟件組件。但正是由于其完善而復雜，因此它主要用于電子商務領域。
3.總結
本文不是SOA寶典，不可能覆蓋所有的SOA相關技術標準和應用，如基于J2EE的或基于CORBA的SOA相關技術標準、Web服務完整協議棧、Web服務互操作協議等。因此，有興趣的讀者，可以借鑒本文提供的思路和線索，進一步深入研究SOA相關技術標準和應用，以滿足自身或企業的SOA實施和開發需要。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：如何透過業務和技術看SOA的發展
相關文章
