當前位置:工程項目OA系統(tǒng) > 泛普各地 > 湖南OA系統(tǒng) > 長沙OA系統(tǒng) > 長沙OA軟件行業(yè)資訊
標準在SOA領(lǐng)域的應(yīng)用
1、SOA概述
面向服務(wù)的體系架構(gòu)(SOA)提供了一種構(gòu)建IT組織的標準和方法,通過建立可組合、可重用的服務(wù)體系來減少IT業(yè)務(wù)冗余并加快項目開發(fā)的進程。SOA允許一個企業(yè)高效地平衡現(xiàn)有的資源和財產(chǎn),這種體系能夠使得IT部門效率更高、開發(fā)周期更短、項目分發(fā)更快,在幫助IT技術(shù)和業(yè)務(wù)整合方面有著深遠的意義。
SOA強調(diào)資源和財產(chǎn)的有效整合與重用,這里必然涉及各個實體的參與一從人上看,有軟件產(chǎn)品提供商、系統(tǒng)集成商以及最終用戶;從技術(shù)上看,有各種已有的系統(tǒng),數(shù)據(jù)等資源和新的系統(tǒng)與功能。因此,標準對于SOA的實現(xiàn)與應(yīng)用來說顯得格外重要。
SOA涉及從方法理論到體系架構(gòu)到實現(xiàn)技術(shù)等非常廣泛的范圍。這其中的各個方面都需要標準的支持。也正因為如此,我們看到目前涉及SOA的相關(guān)新、老標準和規(guī)范也格外繁多,有時甚至使人困惑。在這里,結(jié)合我們在SOA應(yīng)用實踐中的體會和大家一起分析SOA相關(guān)標準的分類、特點和應(yīng)用,為SOA的實施提供參考。
2、標準的分類與應(yīng)用
首先援引OASIS總結(jié)的SOA應(yīng)用涉及各方(包括標準和規(guī)范)之間的關(guān)系,見圖1。
圖1對SOA從理論到技術(shù)到實現(xiàn)整個架構(gòu)所涉及的各個方面及他們之間的關(guān)系進行了明確的概括。從圖1中可以看出SOA的實現(xiàn)(Implementation)需要應(yīng)用相關(guān)各種標準與規(guī)范,SoA的體系架構(gòu)(Architecture)也需要考慮與標準和規(guī)范的結(jié)合。
SOA相關(guān)標準根據(jù)不同的需要,從不同的角度可以有多種分類方法(實際上,沒有也不需要一個統(tǒng)一的分類方法)。在本文中,我們僅從標準應(yīng)用范圍的視角來對標準進行分析。從上述視角,我們認為SOA相關(guān)標準大致可以分為以下兩類。
2.1互操作接口標準
定義各個異構(gòu)系統(tǒng),功能之間的松耦合互操作(包括調(diào)用、注冊、查找等)接口。這里只注重接口和基于接口的互操作性(即可以注冊、發(fā)現(xiàn)與被發(fā)現(xiàn)以及實際的相互調(diào)用)而不關(guān)心功能的內(nèi)部實現(xiàn)。
互操作接口的標準化和基于標準的實現(xiàn),能夠切實實現(xiàn)SOA要求的業(yè)務(wù)功能接口與實現(xiàn)的無關(guān)性剝離。服務(wù)的調(diào)用方和提供方以標準的方式交互。這種松耦合的關(guān)系大大提高了調(diào)用方復(fù)用其他(已有)功能服務(wù)的積極性,從技術(shù)上也保證了這種復(fù)用的可行性而不會增加整個應(yīng)用系統(tǒng)的復(fù)雜度和維護難度。
具體的互操作接口標準方面,Web Service協(xié)議??梢哉f是目前業(yè)界最為普遍應(yīng)用的。Web服務(wù)采用了基于XML的描述性協(xié)議SOAP協(xié)議作為服務(wù)之間的交互協(xié)議,以及采用了基于XML的描述性接口WSDL作為服務(wù)接口的描述。由于其服務(wù)接口以及服務(wù)之間交互方式都基于描述性的文本協(xié)議,因此Web服務(wù)具有松耦合,接口標準化,與實現(xiàn)方式無關(guān)等好處。從而導(dǎo)致Web服務(wù)已經(jīng)成為SOA體系架構(gòu)中的服務(wù)的標準實現(xiàn)技術(shù)。
需要注意的是,在Web Service協(xié)議棧中,一些基本協(xié)議已經(jīng)成熟并被非常廣泛地使用,但同時WS協(xié)議棧仍在快速發(fā)展當中,很多高級協(xié)議定稿不久,有些甚至仍在草稿階段,還有些協(xié)議本身是互相競爭的。這些仍在發(fā)展中的協(xié)議實際上由于其本身還不夠“標準”(成熟),還不能滿足互操作接口的要求。因此實際應(yīng)用中我們建議根據(jù)實際情況選擇應(yīng)用最為廣泛的協(xié)議而暫時規(guī)避一些新的發(fā)展中的協(xié)議。
2.2 SOA系統(tǒng)實現(xiàn)方式標準
定義SOA應(yīng)用功能的實現(xiàn)方式(包括框架、引擎、基于框架的組件模型等)。這里強調(diào)的是如何在構(gòu)建(提供新功能的)SOA應(yīng)用時幫助實現(xiàn)與保證SOA松耦合,高可復(fù)用特性的實現(xiàn)方式標準。
目前SOA系統(tǒng)目標大致可以分成兩類,一類是以快速集成已有應(yīng)用系統(tǒng)為目標(即使用SOA的方式實現(xiàn)傳統(tǒng)EAI應(yīng)用);一類是以開發(fā)新的業(yè)務(wù)功能(從SOA的要求來看,是盡量復(fù)用已有功能采開發(fā)新的業(yè)務(wù)功能)為目標。目標不同,實現(xiàn)方式也不盡相同,標準的適用也不相同。下面介紹一下這兩類應(yīng)用相關(guān)的標準和規(guī)范。
2.2.1快速集成
本類應(yīng)用的重點是將業(yè)務(wù)功能(服務(wù))按照集成邏輯,即按照一定的順序編排執(zhí)行的能力。其實現(xiàn)方式的標準有所謂EIP(Enterprise Integration Pattern)模型,業(yè)務(wù)流程管理(BPM)相關(guān)標準(即BPMN、XPDL、BPEL等)。
由于對于標準的根本需求是定義業(yè)務(wù)流程編排各種業(yè)務(wù)功能的方式最終為集成流程的實現(xiàn)服務(wù),不同的集成流程需求會使用不同的標準,比如,對于自動化非人工介人的流程(相對對流程處理性能有較高要求)的實現(xiàn)適用EIP模型或BPM,但BPM相對來說效率上會有更多損失;對于有人工活動介入的流程實現(xiàn),BPM更適合。這里,不同的標準沒有好壞之分,都可以實現(xiàn)SOA的目標,標準的選用應(yīng)該出于實際系統(tǒng)的需求。
2.2.2新業(yè)務(wù)的開發(fā)
這里更多的指通過編寫代碼實現(xiàn)新的業(yè)務(wù)功能尤其是面向Web應(yīng)用的開發(fā)。SOA為這種系統(tǒng)的實現(xiàn)提供了更好的方式:有調(diào)用關(guān)系的不同功能模塊(組件)之間使用松耦合的方式(而代碼內(nèi)指明確定的方式)進行組裝,從而使得功能模塊能夠更好的復(fù)用其他功能又不喪失系統(tǒng)的靈活架構(gòu)。適應(yīng)這種類型需求的標準表現(xiàn)得更加具體以及技術(shù)可行。具體適用標準規(guī)范有JBI,SOA等。由于篇幅關(guān)系這里不詳細介紹。
對于一個主要需要技術(shù)人員開發(fā)新業(yè)務(wù)(相對于前面快速集成主要集成已有功能)的系統(tǒng),這些標準的執(zhí)行(即基于這類標準框架開發(fā)應(yīng)用)可以有效的達成SOA松耦合,高復(fù)用的特性。
3、SOA參考架構(gòu)
另外,在SOA參考模型和SOA體系架構(gòu)方面其實也需要業(yè)內(nèi)從理論和方法上達成共識,我們把它稱之為SOA參考架構(gòu)。它作為一個框架,使各個項目都有一個遵從的依據(jù),借以促進一致性、最佳實踐典范和標準化。SOA參考架構(gòu)指導(dǎo)所有實施SOA的各個項目,能共同朝向企業(yè)級服務(wù)和SOA基礎(chǔ)架構(gòu)標準方向的集中發(fā)展,盡早使企業(yè)從中獲益。SOA參考架構(gòu)實際上是SOA系統(tǒng)相關(guān)各方(產(chǎn)品提供商、系統(tǒng)集成商和最終用戶)對于系統(tǒng)的組成、功能、結(jié)構(gòu)達成的共識?;谶@一共識,用戶可以明確自己的業(yè)務(wù)目標,考核產(chǎn)品提供商和系統(tǒng)集成商的工作成果:系統(tǒng)集成商可以以更標準的形式向用戶提供功能和服務(wù),臺理規(guī)劃系統(tǒng)體系架構(gòu),以及有效選擇產(chǎn)品提供商;產(chǎn)品提供商可以有章可循,為系統(tǒng)集成商提供切實可用的SOA基礎(chǔ)設(shè)施支撐。參考架構(gòu)是SOA實現(xiàn)的指導(dǎo)和明確參考,它可以說是應(yīng)用使用各種標準,規(guī)范實現(xiàn)SOA目標的基礎(chǔ)。
3.1 SOA總體技術(shù)要求(制定中)
由全國信息技術(shù)標準化技術(shù)委員會SOA標準工作組(以下簡稱"SOA標準工作組”)制定的我國國家標準《SOA總體技術(shù)要求》( 20090341-T-469)。
本標準規(guī)定了SOA的技術(shù)產(chǎn)品開發(fā)以及應(yīng)用項目實施的基本技術(shù)要求,包括總體技術(shù)參考模型、功能要求、非功能要求、實施要求。
本標準適用于基于SOA的軟件產(chǎn)品及軟件項目的設(shè)計、開發(fā)和運維。本標準是制定具體SOA的技術(shù)實現(xiàn)標準、質(zhì)量測評標準及工程應(yīng)用標準的依據(jù)。
3.2長風聯(lián)盟SOA技術(shù)參考架構(gòu)
國內(nèi)眾多軟件開發(fā)企業(yè),在SOA相關(guān)技術(shù)和產(chǎn)品方面,也投入了大量的人力和物力進行跟蹤和研究,并且開發(fā)出了相應(yīng)的SOA產(chǎn)品。如長風聯(lián)盟SOA—RA-TF(SOA參考架構(gòu)工作組)參照相關(guān)的國際標準,充分考慮國內(nèi)的實際業(yè)務(wù)需求,提出了一個SOA參考架構(gòu),如圖2所示。長風聯(lián)盟SOA參考架構(gòu)本身,體現(xiàn)了松散耦合特性,它結(jié)合了傳統(tǒng)技術(shù)和Web服務(wù)技術(shù),考慮了各種應(yīng)用場景,可靈活地分拆組合使用。
長風聯(lián)盟SOA技術(shù)參考架構(gòu)組成元素包括:SOA基礎(chǔ)技術(shù)平臺、實現(xiàn)業(yè)務(wù)功能的業(yè)務(wù)服務(wù)、各種已經(jīng)存在的應(yīng)用系統(tǒng)和數(shù)據(jù)資源、使用各種業(yè)務(wù)服務(wù)的服務(wù)消費者(應(yīng)用程序),以及建立SOA應(yīng)用系統(tǒng)和監(jiān)控系統(tǒng)運行的輔助工具集,當然還需要有建設(shè)、使用和維護這些系統(tǒng)的各類人員.
在組成SOA應(yīng)用系統(tǒng)的各種元素中,SOA基礎(chǔ)技術(shù)平臺和誦助工具集是建立和支撐SOA應(yīng)用系統(tǒng)運行的重要的基礎(chǔ)架構(gòu)。涌助工具集提供 SOA應(yīng)用系統(tǒng)建設(shè)和管理工具,提供建模工具、集成開發(fā)工具和運行管理工具;SOA基礎(chǔ)技術(shù)平臺提供應(yīng)用服務(wù)的運行支撐環(huán)境,提供服務(wù)與人員之間的交互操作,服務(wù)流程管理,服務(wù)之間的通訊,系統(tǒng)與系統(tǒng)之間的協(xié)作,已有系統(tǒng)和數(shù)據(jù)資源的服務(wù)化接入,以及各種服務(wù)質(zhì)量管理。
在SOA應(yīng)用系統(tǒng)中還包括已存在的應(yīng)用系統(tǒng)和數(shù)據(jù)資源,統(tǒng)稱為資源,這些資源通過基礎(chǔ)技術(shù)平臺接人,展現(xiàn)為業(yè)務(wù)服務(wù)供其它應(yīng)用剪服務(wù)使用,也可以使用其它應(yīng)用服務(wù)。在SOA應(yīng)用系統(tǒng)中的應(yīng)用服務(wù)在基礎(chǔ)技術(shù)平臺的支撐下運行,應(yīng)用服務(wù)可以是業(yè)務(wù)服務(wù)提供者,也可以是業(yè)務(wù)服務(wù)消費者,應(yīng)用服務(wù)可以是新編寫的程序,也可以是若干服務(wù)的組合。幾個SOA應(yīng)用系統(tǒng)也可以互相協(xié)作,進行數(shù)據(jù)交換或?qū)崿F(xiàn)業(yè)務(wù)服務(wù)的互相調(diào)用。與SOA應(yīng)用系統(tǒng)相關(guān)的人員角色包括:系統(tǒng)規(guī)劃和設(shè)計人員,系統(tǒng)開發(fā)人員、系統(tǒng)操作使用人員和系統(tǒng)管理維護人員。
長風聯(lián)盟SOA-RA一下F研究的SOA參考架構(gòu)還不是技術(shù)標準,通過參考架構(gòu)的研究可以明確SOA基礎(chǔ)技術(shù)平臺和輔助工具集的總體體系架構(gòu),應(yīng)該具有的功能和特性,以及各組成部分之間的接口。有了SOA參考架構(gòu),就可以為SOA基礎(chǔ)技術(shù)平臺和浦助工具集的實現(xiàn)提供清晰的指導(dǎo);同時也為SOA應(yīng)用系統(tǒng)如何建設(shè),如何構(gòu)建其基礎(chǔ)技術(shù)架構(gòu)給出了一個很好的實施建議。
3.3 OASIS的SOA參考模型
2006年8月,OASIS(結(jié)構(gòu)化信息標準促進組織)也推出了SOA參考模型1.0規(guī)范。這個參考模型是SOA架構(gòu)的一個抽象框架,統(tǒng)一了SOA相關(guān)術(shù)語用法并且定義了這些術(shù)語的涵義,同時還明確定義了SOA各組件之間的關(guān)系。SOA架構(gòu)師或系統(tǒng)設(shè)計人員可以根據(jù)這個模型指導(dǎo)自己的SOA實踐。
從前面的圖1中可以看出,參考模型位于抽象級別的頂部,也就是說參考模型提供了SOA實現(xiàn)的抽象基礎(chǔ)。每個SOA架構(gòu)設(shè)計者都要考慮參考架構(gòu)、模式、模型以及由參考架構(gòu)派生出的概念架構(gòu),審慎思考實際環(huán)境(需求、動機和目標等)對實現(xiàn)架構(gòu)的影響,同時利用已有的標準和協(xié)議,這樣就形成了一個比較完整的SOA設(shè)計方法論??偠灾?,SOA參考模型使得我們能夠系統(tǒng)地考慮SOA架構(gòu)的實現(xiàn),并給出最基本的概念和設(shè)計模式。
- 1ERP靜寂中待爆發(fā) 制造業(yè)特別需要ERP
- 2模塊化數(shù)據(jù)中心日漸走紅
- 3數(shù)據(jù)中心6大技術(shù)創(chuàng)新
- 4新一代企業(yè)級無線網(wǎng)絡(luò)架構(gòu)綜述
- 5HP ProCurve 無線網(wǎng)絡(luò)POE供電
- 6五大必備的微軟Hyper-V R2第三方工具
- 740G以太網(wǎng)漸成主流
- 8移動的增值矩陣圖
- 9淺析視頻會議三大趨勢:向統(tǒng)一通信靠攏
- 10LTE五大挑戰(zhàn)與四對策
- 11SOA是否需要SaaS化?
- 12數(shù)據(jù)中心里的創(chuàng)新之舉
- 13視頻廣播、點播、會議,三者有何區(qū)別?
- 14企業(yè)應(yīng)用架構(gòu)為什么仍然重要
- 15(長沙鎮(zhèn))召開信息工作暨OA辦公系統(tǒng)培訓(xùn)會
- 16云服務(wù):降低風險,保持可用性
- 173D熱潮:過猶不及的“夾生飯”?
- 18電子簽名與認證:網(wǎng)商應(yīng)用知多少?
- 19云計算 讓分離之憂不再
- 20物聯(lián)網(wǎng): 事物即服務(wù)
- 21證券信息化之金融資產(chǎn)核算流程
- 222010年IT運維管理新亮點
- 23生物識別中的指紋識別與指靜脈的識別
- 24監(jiān)控:CCD技術(shù)為安防時代帶來了什么?
- 25基于主體的商務(wù)智能系統(tǒng)設(shè)計方法研究
- 26應(yīng)用交付控制器支持虛擬化嗎?
- 27CIO選購:三大巨頭虛擬化新品橫向比較
- 28六大方法讓云計算部署如虎添翼
- 29OA實現(xiàn)技術(shù):OA集成登陸+Oracle集成登陸接口
- 30解析自動分層存儲
成都公司:成都市成華區(qū)建設(shè)南路160號1層9號
重慶公司:重慶市江北區(qū)紅旗河溝華創(chuàng)商務(wù)大廈18樓