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