基于SOA模式的企業(yè)架構設計

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

傳統(tǒng)的企業(yè)構架有兩種:一是面向功能的企業(yè)構架，二是面向過程的企業(yè)構架。這兩種企業(yè)架構所采用的技術基本上是緊密藕合的，它們往往是不同平臺、不同開發(fā)工具、不同管理規(guī)范、不同需求的一個信息模塊集。這些應用程序整合在一起構成一個軟件包?，F(xiàn)有企業(yè)架構實現(xiàn)整合應用程序功能的代碼通常與功能本身的代碼混合在一起，更改一部分代碼將對使用該代碼的代碼具有重大影響，這會造成系統(tǒng)的復雜性，并增加維護系統(tǒng)的成本，而且還使重新使用應用程序功能變得較困難，這嚴重影響了企業(yè)系統(tǒng)的穩(wěn)定性。一種被譽為下一代面向服務的技術架構，以其高度開放型和可重用性、靈活性再一次引起業(yè)內關注，這就是SOA (Service -Oriented Architecture，面向服務架構)。

一、SOA的概念及其特征

SOA是指為了解決在Intenret環(huán)境下業(yè)務集成的需要，通過連接能完成特定任務的獨立功能實體實現(xiàn)的一種軟件系統(tǒng)架構。

SOA的基本特征是:

(1)獨立的功能實體。

SOA非常強調架構中提供服務的功能實體的完全獨立自主的能力，以及實體自我管理和恢復能力。常見的用來進行自我恢復的技術，比如事務處理，消息隊列，冗余部署和集群系統(tǒng)在SOA中都起到至關重要的作用。

(2)大數(shù)據(jù)量低頻率訪問。

對于傳統(tǒng)的分布式計算模型而言，他們的服務提供都是通過函數(shù)調用的方式進行的，一個功能的完成往往需要通過客戶端和服務器來回很多次函數(shù)調用才能完成，這些調用在Internet環(huán)境下往往是決定整個系統(tǒng)是否能正常工作的一個關鍵決定因素。因此SOA系統(tǒng)推薦采用大數(shù)據(jù)量的方式一次性進行信息交換。

(3)基于文本的消息傳遞。

SOA系統(tǒng)采用基于文本而非二進制的消息傳遞方式。在Internet環(huán)境下，不同語言，不同平臺對數(shù)據(jù)、甚至是一些基本數(shù)據(jù)類型定義不同，給不同的服務之間傳遞對象帶來的很大困難。由于基于文本的消息本身是不包含任何處理邏輯和數(shù)據(jù)類型的，因此服務間只傳遞文本，對數(shù)據(jù)的處理依賴于接收端。數(shù)據(jù)處理端可以只選擇性的處理自己理解的那部分數(shù)據(jù)，而忽略其它的數(shù)據(jù)，從而得到的非常理想的兼容性。

二、基于SOA模式的企業(yè)架構

SOA目標是整合業(yè)務過程，必須具備下面要求:異構性，橫跨現(xiàn)有應用系統(tǒng);可伸縮性，根據(jù)環(huán)境變化非常容易地能夠提升系統(tǒng)性能;適用性，將應用錯誤和通訊錯誤隔離開來，不至于因為一點失敗導致全局混亂;分布式，跨部門跨地域交互操作;機動性，允許各個部門以最小的代價很容易更改與應用相關的設計和實現(xiàn)，也就是各個部門系統(tǒng)相互獨立，沒有藕合性;可見性，可以對各種處理和服務運行情況進行管理監(jiān)視。

SOA是一種松散藕合的軟件體系結構，在這種體系結構中，由各自獨立可復用的服務去構成系統(tǒng)功能。這些服務向外公布有意義明確的接口，軟件的開發(fā)是通過對這些實現(xiàn)透明的接口的調用來完成。

在面向服務的體系結構中主要有三種角色:

(1)服務消費者是需要使用服務的應用程序或其它的服務。

通過對注冊中心的服務進行查詢后，根據(jù)接口說明信息并使用某種傳輸協(xié)議與服務綁定并執(zhí)行服務功能。

(2)服務提供者是創(chuàng)建服務的實體。

可以從服務消費者處接受請求并可以遠程執(zhí)行所請求服務。通過向注冊中心發(fā)布服務接口信息以供服務消費者發(fā)現(xiàn)和訪問服務。

(3)服務注冊中心處于中心位置提供了展示服務的功能。

服務消費者通過查詢存儲有服務信息庫的注冊中心以找到感興趣服務的接口信息。

在面向服務的體系結構中主要的操作有:發(fā)布為了被訪問，服務的描述信息必須被發(fā)布以便服務消費者發(fā)現(xiàn)和調用。發(fā)現(xiàn)服務請求者通過查詢注冊中心去定位符合其需求標準的服務。綁定和調用在獲得服務描述信息之后，服務消費者據(jù)此去調用服務。服務是SOA中的基礎設施，位于業(yè)務需求和底層技術之間的抽象層次中。

面向服務架構是讓IT更加關注于業(yè)務流程而非底層IT基礎結構，從而獲得競爭優(yōu)勢的更高級別的應用程序開發(fā)架構。

與傳統(tǒng)開發(fā)方法相比，SOA的特點在于具有基于標準、松散藕合、共享服務和粗粒度等，其優(yōu)勢可表現(xiàn)為:

(1)易于集成現(xiàn)有系統(tǒng)。

在對現(xiàn)有系統(tǒng)不做修改的前提下，SOA可將現(xiàn)有系統(tǒng)和應用迅速轉換為服務。通過封裝可以提供服務接口的應用層來訪問遺留系統(tǒng)，因此不用修改現(xiàn)有系統(tǒng)體系結構。

(2)具有標準化的架構。

只要符合相關標準，無論何時開發(fā)的組件都可以合并在一個結構良好的SOA系統(tǒng)中。并且不同開發(fā)者開發(fā)出的組件將被作為服務方便的添加部署在現(xiàn)有的基礎構架中。

(3)提升開發(fā)效率。

由于SOA在可復用方面的特點，新的軟件在設計、開發(fā)、測試和部署時可以充分利用已有服務。因此，其開發(fā)周期可以顯著縮短。

(4)降低開發(fā)維護復雜度。

通過采用SOA體系結構，在進行二次開發(fā)時成本急劇減少。同時.由于系統(tǒng)具有松散禍合的特征，維護成本也大大減少。

企業(yè)開始可以讓SOA用于內部服務，然后擴大范圍，用于面向客戶的應用。這需要與商業(yè)合作伙伴交換XML數(shù)據(jù)，這種做法在電信業(yè)和旅游業(yè)變得越來越常見。SOA還有助于面向客戶的B2B應用，在這種情況下，用戶并不知道底層的基礎設施。

SOA的靈活性還可以讓組織受益，因為可以加快應用開發(fā)，通過重復使用硬件部件和軟件組件來降低成本。用這種辦法開發(fā)應用程序的質量可能比獨立開發(fā)的還要高，因為組件預先經過了測試，Web服務接口也已經得到了驗證。

SOA可以采用諸多方案通過諸多方法來實施，不過對每個組織來說，它們各自的好處還不明顯。如果用戶在設計和擴建方面的需求壓倒一切，SOA和Web服務會帶來巨大影響。衡量成功的尺度要與組織的目標和業(yè)績聯(lián)系起來。即便業(yè)務和IT沒有緊密聯(lián)系，SOA也會給內部的IT系統(tǒng)帶來好處，從而提高內部客戶的滿意度。

SOA可以降低開發(fā)成本，提高系統(tǒng)集成度和響應速度等，還能幫助解決因為系統(tǒng)升級帶來的煩惱。未來SOA構架下的企業(yè)軟件就像是一個不斷進化的生態(tài)過程，某些“服務(業(yè)務組件)”不斷地局部升級，新的“服務”不斷地加人，只有這樣的系統(tǒng)才能真正做到實時企業(yè)，快速適應業(yè)務變化。

三、目前企業(yè)實施SOA的風險

作為一種概念，SOA已成熟。但實現(xiàn)還有困難。首先標準仍不完備。Web服務是實現(xiàn)SOA最好的方式，但Web服務本身還有很多不成熟的方面。除了SOAP和WSDL相對成熟外，在可靠消息傳遞、安全Web服務、Web事務處理等方面的標準還有待完善。另外，就SOA架構來說，服務顆粒大小問題，在某種程度上決定著整個系統(tǒng)的靈活性和效率，要在靈活和效率之間找到一個平衡點。而平衡點需要由實踐來檢驗。

實施SOA存在兩個風險:一個風險是，向SOA遷移過早或者過晚、未能充分發(fā)掘節(jié)省成本的潛力;另一個風險就是，SOA實施不當可能會導致組織被過時、專有的技術縛住手腳。