淺析主流商業(yè)和開(kāi)源ESB產(chǎn)品

淺析主流商業(yè)和開(kāi)源ESB產(chǎn)品第1頁(yè)/共36頁(yè)主流商業(yè)和開(kāi)源ESB一覽類(lèi)型產(chǎn)品公司商業(yè)OracleServiceBus(OSB)OracleOracleEnterpriseServiceBus(ESB)WebSphereEnterpriseServiceBusIBMWebSphere

Message

Broker

WebSphere

DataPowerSonic

ESBProgressActiveMatrixServiceBusTIBCO開(kāi)源MuleMuleSoftServiceMix/FUSEESBProgressSynapse/WSO2ESBWSO2第2頁(yè)/共36頁(yè)OracleServiceBus(OSB)的架構(gòu)圖第3頁(yè)/共36頁(yè)OSB的發(fā)展趨勢(shì)易用性增強(qiáng)

開(kāi)發(fā)工具從WebConsole遷移到Eclipse，支持圖形化拖拽和便于調(diào)試性能提升

嵌入OracleCoherence(企業(yè)級(jí)的內(nèi)存數(shù)據(jù)網(wǎng)格）產(chǎn)品，在特定場(chǎng)景下為服務(wù)調(diào)用提供緩存，性能提升80%。管控能力增強(qiáng)

采用自動(dòng)化的生命周期服務(wù)治理，從服務(wù)設(shè)計(jì)、開(kāi)發(fā)、部署和運(yùn)行期的整個(gè)服務(wù)生命周期內(nèi)和EnterpriseRepository產(chǎn)品進(jìn)行自動(dòng)同步，無(wú)需人工干預(yù)。第4頁(yè)/共36頁(yè)OSB可借鑒之處易用性

在studio上直接集成測(cè)試功能，比如studio能提供直接發(fā)送和接收SOAP,JMS消息的功能，無(wú)需借助第三方工具，如SoapUI和編寫(xiě)JMS客戶(hù)端代碼。性能

采用Cache機(jī)制，為靜態(tài)響應(yīng)信息提升性能。靜態(tài)響應(yīng)信息是指在一段時(shí)間內(nèi)不會(huì)發(fā)生變化的信息，如天氣預(yù)報(bào)，手機(jī)套餐，人民幣匯率等，這些數(shù)據(jù)變化的周期通常是1天，1月。

實(shí)現(xiàn)手段：采用比較成熟的開(kāi)源Memcached或者輕量級(jí)的JCACHE。第5頁(yè)/共36頁(yè)OSB的缺點(diǎn)依賴(lài)于Weblogic重量級(jí)的統(tǒng)一消息格式：

通過(guò)反編譯OSB的源碼，可以看出OSB將各種協(xié)議（HTTP,WS,JMS…）接入的消息統(tǒng)一轉(zhuǎn)換為SOAPMessage，再通過(guò)XqueryEngine對(duì)SOAPMessage進(jìn)行XML操作。以下場(chǎng)景其缺點(diǎn)可立即顯現(xiàn)：1.HTTP下的大數(shù)據(jù)包2.JMSObject類(lèi)型的大數(shù)據(jù)包（最新版本OSB才支持JMSObject類(lèi)型，之前只支持JMSText類(lèi)型

依據(jù)：

對(duì)大數(shù)據(jù)包進(jìn)行XML操作比較耗CPU

將大的Object轉(zhuǎn)換為XML是個(gè)繁重的操作第6頁(yè)/共36頁(yè)WebSphereMessageBroker（WMB）的發(fā)展趨勢(shì)簡(jiǎn)化開(kāi)發(fā)/部署架構(gòu)去掉configurationmanager，開(kāi)發(fā)工具/應(yīng)用可以直接和broker交互。易管理為管理員提供專(zhuān)用的管理工具--WebSphereMessageBrokerExplorer，可以管理本地和遠(yuǎn)程的broker和queuemanager，同時(shí)提供了監(jiān)控broker性能和消息流的功能。簡(jiǎn)化開(kāi)發(fā)流程

將常用的消息流場(chǎng)景進(jìn)行了模板化，推出了基于模式的開(kāi)發(fā)方式，用戶(hù)只需要配置相關(guān)參數(shù)即可。提供的模式分為兩類(lèi)：內(nèi)置（built-in）和自定義（user-defined）。第7頁(yè)/共36頁(yè)WMB開(kāi)發(fā)/部署架構(gòu)的變遷(V6.0)

第8頁(yè)/共36頁(yè)WMB開(kāi)發(fā)/部署架構(gòu)的變遷(V7.0)

第9頁(yè)/共36頁(yè)WMB開(kāi)發(fā)/部署架構(gòu)的變遷去掉configurationmanager，開(kāi)發(fā)工具/應(yīng)用可以直接和broker交互。Broker的配置信息保存在File中，可以不依賴(lài)于DB。統(tǒng)一安全機(jī)制，queuemanagersandbrokers均采用MQqueue的授權(quán)機(jī)制。V6中采用的安全機(jī)制是由ConfigurationManager提供的AccessControlLists(ACLs)來(lái)管理授權(quán)的。統(tǒng)一publish/subscribe機(jī)制，MessageBrokerV7直接采用WebSphereMQV7的publish/subscribe機(jī)制，因此去掉了以前版本中使用publish/subscribe時(shí)所需的UserNameServer。第10頁(yè)/共36頁(yè)基于模式的開(kāi)發(fā)方式WMB提供的開(kāi)發(fā)模式

將常用場(chǎng)景模式化，比如服務(wù)穿透,studio自動(dòng)生成配置文件，自動(dòng)完成服務(wù)開(kāi)發(fā)和服務(wù)組裝的所有工作，用戶(hù)只需填入?yún)?shù)。/infocenter/wmbhelp/v7r0m0/index.jsp?topic=/com.ibm.etools.mft.doc/ac68260_.htm第11頁(yè)/共36頁(yè)基于模式開(kāi)發(fā)方式的優(yōu)勢(shì)開(kāi)發(fā)方式模式化簡(jiǎn)化開(kāi)發(fā)方式，減低了使用門(mén)檻，減少了使用中出現(xiàn)的概率。開(kāi)發(fā)方式的轉(zhuǎn)變

由自底向上轉(zhuǎn)變?yōu)樽陨隙?。自底向?/p>

根據(jù)使用場(chǎng)景，逐個(gè)一步一步地開(kāi)發(fā)組件，最后進(jìn)行組裝。自上而下

根據(jù)使用場(chǎng)景選擇特定的模式，用戶(hù)只需要配置參數(shù)（比如隊(duì)列名稱(chēng)，WSDL地址等）即可。第12頁(yè)/共36頁(yè)WMB可借鑒之處基于模式的開(kāi)發(fā)

將常用的場(chǎng)景模式化，比如服務(wù)穿透場(chǎng)景。

現(xiàn)在開(kāi)發(fā)一個(gè)服務(wù)穿透的場(chǎng)景所需步驟：1.創(chuàng)建并配置業(yè)務(wù)服務(wù)2.創(chuàng)建并配置代理服務(wù)3.在代理服務(wù)中關(guān)聯(lián)業(yè)務(wù)服務(wù)

如果采用模式開(kāi)發(fā)，其步驟：1.創(chuàng)建服務(wù)穿透模式并配置業(yè)務(wù)服務(wù)和代理服務(wù)

也許可以將步驟減少到一步。第13頁(yè)/共36頁(yè)WMB的缺點(diǎn)重量級(jí)的架構(gòu)

傳統(tǒng)的EAI架構(gòu)，必須依賴(lài)于WMQ。笨重的ESQL

ESQL是WMB用于處理消息流的一套特有的擴(kuò)展SQL的語(yǔ)言，功能很豐富，語(yǔ)法比較多，但學(xué)習(xí)門(mén)檻較高。

相比直接通過(guò)java方法操作消息，顯得格外笨重。第14頁(yè)/共36頁(yè)Mule的架構(gòu)圖

第15頁(yè)/共36頁(yè)Mule的發(fā)展趨勢(shì)社區(qū)活躍度

在開(kāi)源ESB中，活躍程度最高，用戶(hù)量大，不斷推出新版本。易用性

“讓一切變得更簡(jiǎn)單”是Mule的宗旨。2次重構(gòu)核心架構(gòu)、推出接入云應(yīng)用，消息流，基于模式的配置以及熱部署；MuleIDE3.0，將支持圖元拖拽，簡(jiǎn)化開(kāi)發(fā)。擴(kuò)展性

增加一個(gè)新協(xié)議非常簡(jiǎn)單，只需實(shí)現(xiàn)5個(gè)接口類(lèi)即可。管理性

推出MuleManagementConsole（收費(fèi)），管理、部署和監(jiān)控應(yīng)用。文檔

文檔非常豐富，降低了使用門(mén)檻。第16頁(yè)/共36頁(yè)Mule可借鑒之處基于模式的配置基于webserviceproxy模式的webservice的穿透場(chǎng)景的配置（配置非常簡(jiǎn)單，3個(gè)屬性）<ws:proxyname="muleWsProxy"inboundAddress="http://localhost:8080"outboundAddress="/WeatherWS.asmx"/>第17頁(yè)/共36頁(yè)Mule可借鑒之處易擴(kuò)展新增一個(gè)協(xié)議/transport只需實(shí)現(xiàn)5個(gè)接口類(lèi)

org.mule.api.transport.Connectororg.mule.api.transport.MessageReceiverorg.mule.api.transport.MessageDispatcherorg.mule.api.transport.MessageDispatcherFactoryorg.mule.api.transport.MuleMessageFactory第18頁(yè)/共36頁(yè)Mule可借鑒之處異常處理框架

異常策略設(shè)置級(jí)別:model和service異常處理方式：1.將異常路由到指定的目的地2.根據(jù)異常類(lèi)型過(guò)濾異常，并路由到指定目的地3.設(shè)置重試次數(shù)4.當(dāng)采用了事務(wù)時(shí)，可以在異常處理策略中設(shè)置當(dāng)發(fā)生異常時(shí)是繼續(xù)提交還是回滾事務(wù)。第19頁(yè)/共36頁(yè)Mule的缺點(diǎn)集群非常弱1.只能配置一個(gè)主實(shí)例和一個(gè)從實(shí)例2.不支持flow和基于模式的配置3.某些路由會(huì)丟失或者獲得重復(fù)的消息MuleIDE目前的IDE只提供XML級(jí)別的編輯，還不能實(shí)現(xiàn)圖元的拖拽穩(wěn)定性

開(kāi)源項(xiàng)目的通病，需要在測(cè)試場(chǎng)景下進(jìn)行驗(yàn)證第20頁(yè)/共36頁(yè)ServiceMix的架構(gòu)圖第21頁(yè)/共36頁(yè)ServiceMix的發(fā)展趨勢(shì)JBI2.0規(guī)范發(fā)展緩慢

IT巨頭Oracle,IBM投了反對(duì)票，目前只有幾家小公司投支持票ServiceMix遷移到OSGiJBI2.0中增加了對(duì)OSGi的支持；ServiceMix4.x完全基于OSGi，ServiceMix3.x繼續(xù)前行孵化新項(xiàng)目CamelKaraf第22頁(yè)/共36頁(yè)ServiceMix的優(yōu)勢(shì)無(wú)縫集成CXF,ActiveMQ,Camel和ODE因?yàn)镾erviceMix,ActiveMQ,CXF,Camel都是FUSE的開(kāi)源產(chǎn)品JBI的優(yōu)勢(shì)組件BC,SE可以在任何JBI容器（比限于ServiceMix）中直接運(yùn)行，復(fù)用性強(qiáng)基于OSGi

具備OSGi的優(yōu)勢(shì)：模塊化，熱部署，易擴(kuò)展基于Karaf

提供了非常豐富的命令，管理、部署和監(jiān)控ServiceMix第23頁(yè)/共36頁(yè)ServiceMix的缺點(diǎn)JBI規(guī)范太復(fù)雜已被主流中間件廠商拋棄,沒(méi)有受到業(yè)界的青睞架構(gòu)復(fù)雜由于JBI的復(fù)雜性所致，其架構(gòu)并非輕量級(jí)缺少I(mǎi)DE的支持必須手寫(xiě)大量的XML配置文件缺少governor的支持ServiceMix4只是借助Flex的webconsole管理OSGi的bundle學(xué)習(xí)門(mén)檻高用戶(hù)文檔和相關(guān)資料比較少第24頁(yè)/共36頁(yè)Synapse/WSO2ESB運(yùn)行期架構(gòu)圖WSO2ESB=Synapse+Monitoring+Management+Governance

Registry第25頁(yè)/共36頁(yè)Synapse/WSO2ESB的發(fā)展趨勢(shì)Synapse發(fā)展緩慢

發(fā)展緩慢，新版本中沒(méi)有增加比較有亮點(diǎn)的功能特性WSO2ESB發(fā)展迅速

對(duì)Synapse增加了企業(yè)級(jí)特征：1.基于WSO2的Carbon平臺(tái)（OSGi框架）2.支持集群、負(fù)載均衡和failoverrouting3.支持流量控制和數(shù)據(jù)緩存

還增加了外圍產(chǎn)品：1.WSO2GovernanceRegistry，服務(wù)注冊(cè)產(chǎn)品2.WSO2ESBmanagementconsole，ESB管理控制臺(tái)3.WSO2CarbonStudio，開(kāi)發(fā)ESB的studio第26頁(yè)/共36頁(yè)WSO2ESB的優(yōu)勢(shì)基于Axis

借助于Axis的特性，能非常好的支持ws規(guī)范，ws-*。因此非常適合WebService的場(chǎng)景?；赪SO2的Carbon平臺(tái)Carbon是WSO2的基礎(chǔ)平臺(tái)，它是一個(gè)OSGi框架，幾乎WSO2的都基于它。第27頁(yè)/共36頁(yè)WSO2ESB的優(yōu)勢(shì)支持集群

集群中節(jié)點(diǎn)間的通信框架基于ApacheTribes（組通信框架）

相關(guān)信息持久化在內(nèi)嵌的Derby中

支持一個(gè)主節(jié)點(diǎn)和多個(gè)從節(jié)點(diǎn)failoverrouting在集群環(huán)境中，所有的請(qǐng)求只能被主節(jié)點(diǎn)接收，從節(jié)點(diǎn)只能作為備份節(jié)點(diǎn)。第28頁(yè)/共36頁(yè)WSO2ESB的優(yōu)勢(shì)支持流量控制

在單個(gè)ESB實(shí)例或者集群中，可以在服務(wù)級(jí)別配置流量控制。當(dāng)請(qǐng)求數(shù)超過(guò)閥值時(shí)，ESB將被拒絕訪問(wèn)。

實(shí)現(xiàn)機(jī)制：借助組件ThrottlingMediator支持?jǐn)?shù)據(jù)緩存

集群中的各個(gè)ESB實(shí)例共享緩存的數(shù)據(jù)。

當(dāng)一個(gè)請(qǐng)求被ESB實(shí)例1處理完后返回響應(yīng)信息，當(dāng)再次向ESB實(shí)例1或者集群中其他的ESB實(shí)例發(fā)送該請(qǐng)求時(shí)，直接從緩存中取出原來(lái)的響應(yīng)信息。

實(shí)現(xiàn)機(jī)制：借助組件CachingMediator第29頁(yè)/共36頁(yè)WSO2ESB的優(yōu)勢(shì)WSO2GovernanceRegistry

開(kāi)源中最優(yōu)秀的服務(wù)注冊(cè)項(xiàng)目WSO2ESBmanagementconsole創(chuàng)建和管理各組件（接入層、中介層和接出層）；圖形化地方式統(tǒng)計(jì)系統(tǒng)資源（CPU,內(nèi)存）；

圖像化統(tǒng)計(jì)ESB中各組件（接入層、中介層和接出層）接收發(fā)送消息的大小以及響應(yīng)時(shí)間；

記錄系統(tǒng)日志、SOAP日志；圖形化顯示消息的流向第30頁(yè)/共36頁(yè)WSO2ESB的優(yōu)勢(shì)文檔豐富WSO2提供了非常豐富的文檔：

安裝手冊(cè)

開(kāi)發(fā)手冊(cè)

管理員手冊(cè)