淺析主流商業(yè)和開(kāi)源ESB概述

1、淺析主流商業(yè)和開(kāi)源ESB陳 義概述主要內(nèi)容： 介紹了主流商業(yè)和開(kāi)源ESB的發(fā)展趨勢(shì)、可借鑒的地方和其缺點(diǎn)。 主要介紹： Oracle Service Bus WebSphere Message Broker Mule ServiceMix/FUSE ESB Synapse/WSO2 ESB主流商業(yè)和開(kāi)源ESB一覽類(lèi)型類(lèi)型產(chǎn)品產(chǎn)品公司公司商業(yè)Oracle Service Bus (OSB)OracleOracle Enterprise Service Bus (ESB)WebSphere Enterprise Service Bus IBMWebSphere Message Broker Web

2、Sphere DataPowerSonic ESBProgressActiveMatrix Service BusTIBCO開(kāi)源MuleMuleSoftServiceMix/FUSE ESBProgressSynapse/WSO2 ESBWSO2Oracle Service Bus (OSB)的架構(gòu)圖OSB的發(fā)展趨勢(shì)易用性增強(qiáng) 開(kāi)發(fā)工具從Web Console遷移到Eclipse，支持圖形化拖拽和便于調(diào)試性能提升 嵌入Oracle Coherence(企業(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ā)、部署和

3、運(yùn)行期的整個(gè)服務(wù)生命周期內(nèi)和Enterprise Repository產(chǎn)品進(jìn)行自動(dòng)同步，無(wú)需人工干預(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。OSB的缺點(diǎn)依賴(lài)于Weblogic重量級(jí)的統(tǒng)一消息格式： 通過(guò)反編譯OSB

4、的源碼，可以看出OSB將各種協(xié)議（HTTP,WS,JMS）接入的消息統(tǒng)一轉(zhuǎn)換為SOAP Message，再通過(guò)Xquery Engine對(duì)SOAP Message進(jìn)行XML操作。 以下場(chǎng)景其缺點(diǎn)可立即顯現(xiàn)： 1.HTTP下的大數(shù)據(jù)包 2.JMS Object類(lèi)型的大數(shù)據(jù)包（最新版本OSB才支持JMS Object類(lèi)型，之前只支持JMS Text類(lèi)型 依據(jù)： 對(duì)大數(shù)據(jù)包進(jìn)行XML操作比較耗CPU 將大的Object轉(zhuǎn)換為XML是個(gè)繁重的操作WebSphere Message Broker（WMB）的發(fā)展趨勢(shì)簡(jiǎn)化開(kāi)發(fā)/部署架構(gòu) 去掉configuration manager，開(kāi)發(fā)工具/應(yīng)用可以直接

5、和broker交互。易管理 為管理員提供專(zhuān)用的管理工具-WebSphere Message Broker Explorer，可以管理本地和遠(yuǎn)程的broker和queue manager，同時(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）。WMB開(kāi)發(fā)/ /部署架構(gòu)的變遷(V6.0)(V6.0) WMB開(kāi)發(fā)/ /部署架構(gòu)的變遷(V7.0)(V7.0) WMB開(kāi)發(fā)/ /部署架構(gòu)的變遷去掉configuration manage

6、r，開(kāi)發(fā)工具/應(yīng)用可以直接和broker交互。Broker的配置信息保存在File中，可以不依賴(lài)于DB。統(tǒng)一安全機(jī)制，queue managers and brokers均采用MQ queue的授權(quán)機(jī)制。V6中采用的安全機(jī)制是由Configuration Manager提供的Access Control Lists (ACLs)來(lái)管理授權(quán)的。統(tǒng)一publish/subscribe機(jī)制，Message Broker V7直接采用WebSphere MQ V7的publish/subscribe機(jī)制，因此去掉了以前版本中使用publish/subscribe時(shí)所需的User Name Server

7、?；谀Ｊ降拈_(kāi)發(fā)方式WMB提供的開(kāi)發(fā)模式 將常用場(chǎng)景模式化，比如服務(wù)穿透,studio自動(dòng)生成配置文件，自動(dòng)完成服務(wù)開(kāi)發(fā)和服務(wù)組裝的所有工作，用戶(hù)只需填入?yún)?shù)?；谀Ｊ介_(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)樽陨隙?。自底向?根據(jù)使用場(chǎng)景，逐個(gè)一步一步地開(kāi)發(fā)組件，最后進(jìn)行組裝。自上而下 根據(jù)使用場(chǎng)景選擇特定的模式，用戶(hù)只需要配置參數(shù)（比如隊(duì)列名稱(chēng)，WSDL地址等）即可。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)建并配置代

8、理服務(wù) 3.在代理服務(wù)中關(guān)聯(lián)業(yè)務(wù)服務(wù) 如果采用模式開(kāi)發(fā)，其步驟： 1.創(chuàng)建服務(wù)穿透模式并配置業(yè)務(wù)服務(wù)和代理服務(wù) 也許可以將步驟減少到一步。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方法操作消息，顯得格外笨重。Mule的架構(gòu)圖 Mule的發(fā)展趨勢(shì)社區(qū)活躍度 在開(kāi)源ESB中，活躍程度最高，用戶(hù)量大，不斷推出新版本。易用性 “讓一切變得更簡(jiǎn)單”是Mule的宗旨。2次重構(gòu)核心架構(gòu)、推出接入云應(yīng)用，消息流，基于模式的配置以及熱部署；Mule IDE

9、3.0，將支持圖元拖拽，簡(jiǎn)化開(kāi)發(fā)。擴(kuò)展性 增加一個(gè)新協(xié)議非常簡(jiǎn)單，只需實(shí)現(xiàn)5個(gè)接口類(lèi)即可。管理性 推出Mule Management Console（收費(fèi)），管理、部署和監(jiān)控應(yīng)用。文檔 文檔非常豐富，降低了使用門(mén)檻。Mule可借鑒之處基于模式的配置基于web service proxy模式的web service的穿透場(chǎng)景的配置（配置非常簡(jiǎn)單，3個(gè)屬性）Mule可借鑒之處易擴(kuò)展 新增一個(gè)協(xié)議/transport只需實(shí)現(xiàn)5個(gè)接口類(lèi) Mule可借鑒之處異常處理框架 異常策略設(shè)置級(jí)別: model和service 異常處理方式： 1.將異常路由到指定的目的地 2.根據(jù)異常類(lèi)型過(guò)濾異常，并路由到指定目

10、的地 3.設(shè)置重試次數(shù) 4.當(dāng)采用了事務(wù)時(shí)，可以在異常處理策略中設(shè)置當(dāng)發(fā)生異常時(shí)是繼續(xù)提交還是回滾事務(wù)。Mule的缺點(diǎn)集群非常弱 1.只能配置一個(gè)主實(shí)例和一個(gè)從實(shí)例 2.不支持flow和基于模式的配置 3.某些路由會(huì)丟失或者獲得重復(fù)的消息Mule IDE 目前的IDE只提供XML級(jí)別的編輯，還不能實(shí)現(xiàn)圖元的拖拽穩(wěn)定性 開(kāi)源項(xiàng)目的通病，需要在測(cè)試場(chǎng)景下進(jìn)行驗(yàn)證ServiceMix的架構(gòu)圖ServiceMix的發(fā)展趨勢(shì)JBI2.0規(guī)范發(fā)展緩慢 IT巨頭Oracle,IBM投了反對(duì)票，目前只有幾家小公司投支持票ServiceMix遷移到OSGi JBI2.0中增加了對(duì)OSGi的支持； Service

11、Mix4.x完全基于OSGi， ServiceMix3.x繼續(xù)前行孵化新項(xiàng)目 Camel KarafServiceMix的優(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)控ServiceMixServiceMix的缺點(diǎn)JBI規(guī)范太復(fù)雜 已被主流中間件廠商拋棄,沒(méi)有受到業(yè)界的青睞架構(gòu)復(fù)雜 由于JBI的

12、復(fù)雜性所致，其架構(gòu)并非輕量級(jí)缺少I(mǎi)DE的支持 必須手寫(xiě)大量的XML配置文件缺少governor的支持 ServiceMix4只是借助Flex的web console管理OSGi的bundle學(xué)習(xí)門(mén)檻高 用戶(hù)文檔和相關(guān)資料比較少Synapse/WSO2 ESB運(yùn)行期架構(gòu)圖WSO2 ESB=Synapse+Monitoring+Management+Governance RegistrySynapse/WSO2 ESB的發(fā)展趨勢(shì)Synapse發(fā)展緩慢 發(fā)展緩慢，新版本中沒(méi)有增加比較有亮點(diǎn)的功能特性WSO2 ESB發(fā)展迅速 對(duì)Synapse增加了企業(yè)級(jí)特征： 1.基于WSO2的Carbon平臺(tái)（OS

13、Gi框架） 2.支持集群、負(fù)載均衡和failover routing 3.支持流量控制和數(shù)據(jù)緩存 還增加了外圍產(chǎn)品： 1. WSO2 Governance Registry，服務(wù)注冊(cè)產(chǎn)品 2. WSO2 ESB management console，ESB管理控制臺(tái) 3. WSO2 Carbon Studio，開(kāi)發(fā)ESB的studioWSO2 ESB的優(yōu)勢(shì)基于Axis 借助于Axis的特性，能非常好的支持ws規(guī)范，ws-*。因此非常適合WebService的場(chǎng)景?；赪SO2的Carbon平臺(tái) Carbon是WSO2的基礎(chǔ)平臺(tái)，它是一個(gè)OSGi框架，幾乎WSO2的都基于它。WSO2 ESB的優(yōu)

14、勢(shì)支持集群 集群中節(jié)點(diǎn)間的通信框架基于Apache Tribes（組通信框架） 相關(guān)信息持久化在內(nèi)嵌的Derby中 支持一個(gè)主節(jié)點(diǎn)和多個(gè)從節(jié)點(diǎn)failover routing 在集群環(huán)境中，所有的請(qǐng)求只能被主節(jié)點(diǎn)接收，從節(jié)點(diǎn)只能作為備份節(jié)點(diǎn)。WSO2 ESB的優(yōu)勢(shì)支持流量控制 在單個(gè)ESB實(shí)例或者集群中，可以在服務(wù)級(jí)別配置流量控制。當(dāng)請(qǐng)求數(shù)超過(guò)閥值時(shí)，ESB將被拒絕訪(fǎng)問(wèn)。 實(shí)現(xiàn)機(jī)制：借助組件Throttling Mediator支持?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í)，直接從緩

15、存中取出原來(lái)的響應(yīng)信息。 實(shí)現(xiàn)機(jī)制：借助組件Caching MediatorWSO2 ESB的優(yōu)勢(shì)WSO2 Governance Registry 開(kāi)源中最優(yōu)秀的服務(wù)注冊(cè)項(xiàng)目WSO2 ESB management console 創(chuàng)建和管理各組件（接入層、中介層和接出層）； 圖形化地方式統(tǒng)計(jì)系統(tǒng)資源（CPU,內(nèi)存）； 圖像化統(tǒng)計(jì)ESB中各組件（接入層、中介層和接出層）接收發(fā)送消息的大小以及響應(yīng)時(shí)間； 記錄系統(tǒng)日志、SOAP日志；圖形化顯示消息的流向WSO2 ESB的優(yōu)勢(shì)文檔豐富 WSO2提供了非常豐富的文檔： 安裝手冊(cè) 開(kāi)發(fā)手冊(cè) 管理員手冊(cè) 部署手冊(cè) 大量的使用實(shí)例WSO2 ESB的優(yōu)勢(shì)性能測(cè)試報(bào)告 每個(gè)新版本的發(fā)布都會(huì)發(fā)布基準(zhǔn)性能測(cè)試報(bào)告WSO2 ESB的缺點(diǎn)架構(gòu)不夠清晰 顯得有點(diǎn)臃腫、不簡(jiǎn)潔、不夠優(yōu)雅擴(kuò)展性差 新增一個(gè)協(xié)議/transport非常困難組件比較凌亂 對(duì)多種協(xié)議（HTTP,WebService，JMS,FTP,EMAIL）的支持，部分依賴(lài)于Axis2,部分依賴(lài)于synapseWSO2 ESB可借鑒之處集群、負(fù)載均衡和failover routing 流量控制和數(shù)據(jù)緩存WSO2 ESB ma