理解SOA體系結(jié)構(gòu)中ESB場景和解決方案

《理解SOA體系結(jié)構(gòu)中ESB場景和解決方案》由會員上傳分享，免費在線閱讀，更多相關(guān)內(nèi)容在工程資料-天天文庫。

1、引言最新的TT集成是使用Web服務(wù)技術(shù)實現(xiàn)面向服務(wù)的體系結(jié)構(gòu)(SOA),有許多優(yōu)秀的文章講述了該技術(shù)的好處和相關(guān)的實踐。最近，企業(yè)服務(wù)總線(EnterpriseServiceBus,ESB)的概念被表述為SOA基礎(chǔ)架構(gòu)的關(guān)鍵組件。然而，冇必要闡明ESB究竟是一個產(chǎn)品、技術(shù)、標準，述是別的什么。特別是,當前是否可以構(gòu)建ESB?如果這樣，該如何構(gòu)建？本文將ESB描述為ft!中間件技術(shù)實現(xiàn)并支持SOA的一組基礎(chǔ)架構(gòu)功能。ESB支持異構(gòu)環(huán)境中的服務(wù)、消息，以及基于事件的交互，并且具有適當?shù)姆?wù)級別和可管理性。為了達到此目的，需要將多種功能

2、集屮起來并加以分類。然而,并不是ESB能夠傳遞值的每一種情形都需要所有的功能。木文確定了一組最低功能，可以滿足ESB與SOA的原則保持一致的基本需要。通過確定這些最低功能，您可以確定利用何種現(xiàn)冇技術(shù)來實現(xiàn)支持SOA的ESBO通過考慮特定情形下的需求如何確定對額外功能的需要，您可以選擇最適合這種情形的實現(xiàn)技術(shù)。隨著ESB解決方案的發(fā)展和成熟，它所需要的功能也在不斷地發(fā)展。同樣,可見的ESB產(chǎn)品的可用性和功能也日趨完善。因此，在木系列的最后一篇文章中，我將考慮S0A和ESB的發(fā)展路線，以指導(dǎo)ESB功能和技術(shù)的最初應(yīng)用，并且闡述如何選擇

3、循序漸進的方法。ESB在S0A內(nèi)的工作角色雖然我不打算深入討論S0A的定義，但是在這里概括一下大部分對S0A的描述所適用的原則是很有用的：1.利用顯式的與實現(xiàn)無關(guān)的接口來定義服務(wù)。［接口無關(guān)性］2.利用強調(diào)位置透明性和可互操作性的通信協(xié)議。［通信透明性］3.封裝可重用業(yè)務(wù)功能的服務(wù)的定義。［重用］圖1說明了這些原則。注意，雖然Web服務(wù)技術(shù)非常符合這些原則，但它并不是唯-?符合這些原則的技術(shù)。&YSTCM1liter問orfe血p5?e6?esgmSharedprocessandinterfacedefinitiomsInterf

4、aceCodeexposingwellencapsulatedservicespfolaaolswBhtaMlkntfansfrar^wCONTRACTmtefOi?efaHe(Moloaolswflh6d詢bnfcansfrar^iicyInterfaceCodeexposingwellencapsulatedservicesar§pmeesee圖1:SOA的原則為了實現(xiàn)SOA,應(yīng)用程序和基礎(chǔ)架構(gòu)都必須支持SOA原則。啟用SOA應(yīng)用程序涉及到創(chuàng)建服務(wù)接口，服務(wù)接口可以直接也可以間接地通過使用適配器用于現(xiàn)有的或新的功能。從最基本的

5、級別來看，啟用該基礎(chǔ)架構(gòu)涉及到規(guī)劃功能來將服務(wù)請求路由和傳遞給正確的服務(wù)提供者。然而，基礎(chǔ)架構(gòu)支持在不影響服務(wù)的客戶端的情況下由另一個服務(wù)實現(xiàn)替代原有的服務(wù)實現(xiàn)也是至關(guān)重耍的。這不僅需要根據(jù)SOA原則指定服務(wù)接口，而且需要基礎(chǔ)架構(gòu)允許客戶端代碼以獨立于所涉及的服務(wù)位置和通信協(xié)議的方式來調(diào)用服務(wù)。這樣的服務(wù)路由和替代是ESB的許多功能中的一部分。ESB支持這些服務(wù)交互功能，并提供集成的通信、消息傳遞以及事件基礎(chǔ)架構(gòu)來支持這些功能。因此，它將當今正在使用的主要企業(yè)集成模式組合成一個實體。ESB為SOA提供與企業(yè)需要保持一致的基礎(chǔ)架構(gòu)，

6、從而提供合適的服務(wù)級別和可管理性、以及異構(gòu)環(huán)境中的操作。木文剩余部分將討論ESB在SOA屮的角色，包括它提供的除了基木的路由和傳輸以外的功能，如下面的ESB功能模型部分中所述。ESB結(jié)構(gòu)ESB有時被描述為分布式基礎(chǔ)架構(gòu)，這與其他的解決方案形成了對比，比如消息代理技術(shù)一般被描述為中心輻射型(hub-mid-spoke)。然而，這并不是真正的差別。正在研究兩個不同的問題：控制的集中和基礎(chǔ)架構(gòu)的分布。ESB和屮心輻射型(hub-and-spoke)解決方案都集中控制配置，比如服務(wù)交?互的路由、服務(wù)命名等等。同樣，這兩個解決方案可能部署在

7、簡單的集中式基礎(chǔ)架構(gòu)中，也可能采用更復(fù)雜的分布式方式進行部署。圖2展示了這一點。毫無疑問，不同的技術(shù)對它們所支持的物理部署模式冇不同的約束——冇些可能適合于非常廣泛的分布，以支持在很大的地理范圍內(nèi)進行的集成，而其他的可能更適合于部署在本地群集中，以支持高可用性和可伸縮性。使物理分布需求與候選技術(shù)的功能相匹配是ESB設(shè)計的一個重要方面。另外的一種能力也是非常重要的，就是以增量方式擴展最初的部署來反映不斷變化的需求、集成附加的系統(tǒng)或擴展基礎(chǔ)架構(gòu)的物理范圍。InterfaceorAdaptorDtsfd&utedNraslr^ctur&

8、RuntimeRuntimeEngineInterfaceorAdaptorRuntimeEngine<3Distribution

9、；InterfaceorAdaptorAdministrationandconlrolClerlClleflClei