市場主流ESB的產(chǎn)品比較較全

..綜述介紹了主流商業(yè)和開源ESB的開展趨勢、可借鑒的地方和其缺點：ESB產(chǎn)品一覽表包括商業(yè)和開源：類型產(chǎn)品公司商業(yè)OracleServiceBus(OSB)OracleOracleEnterpriseServiceBus(ESB)WebSphereEnterpriseServiceBusIBMWebSphere

Message

BrokerWebSphere

DataPowerSonic

ESBProgressActiveMatrix

ServiceBusTIBCO開源MuleMuleSoftServiceMix/FUSEESBProgressSynapse/WSO2ESBWSO2甲骨文的OSBOracleServiceBus(OSB)的架構圖:主要邏輯層：底層消息效勞總線的平安，消息Broker，效勞管理。優(yōu)點：易用性開發(fā)工具從WebConsole遷移到Eclipse，支持圖形化拖拽和便于調(diào)試在studio上直接集成測試功能，比方studio能提供直接發(fā)送和接收SOAP,JMS消息的功能，無需借助第三方工具，如SoapUI和編寫JMS客戶端代碼。性能提升嵌入OracleCoherence(企業(yè)級的存數(shù)據(jù)網(wǎng)格〕產(chǎn)品，在特定場景下為效勞調(diào)用提供緩存，性能提升80%。Cache機制為靜態(tài)響應信息提升性能。靜態(tài)響應信息是指在一段時間不會發(fā)生變化的信息，如天氣預報，手機套餐，人民幣匯率等，這些數(shù)據(jù)變化的周期通常是1天，1月。實現(xiàn)手段：采用比擬成熟的開源Memcached或者輕量級的JCACHE管控能力增強采用自動化的生命周期效勞治理，從效勞設計、開發(fā)、部署和運行期的整個效勞生命周期和EnterpriseRepository產(chǎn)品進展自動同步，無需人工干預。缺點：依賴于Weblogic重量級的統(tǒng)一消息格式：通過反編譯OSB的源碼，可以看出OSB將各種協(xié)議〔HTTP,WS,JMS…〕接入的消息統(tǒng)一轉(zhuǎn)換為SOAPMessage，再通過XqueryEngine對SOAPMessage進展XML操作。以下場景其缺點可立即顯現(xiàn)：1.HTTP下的大數(shù)據(jù)包2.JMSObject類型的大數(shù)據(jù)包〔最新版本OSB才支持JMSObject類型，之前只支持JMSText類型依據(jù)：對大數(shù)據(jù)包進展XML操作比擬耗CPU將大的Object轉(zhuǎn)換為XML是個繁重的操作IBM的WMBWebSphereMessageBroker〔WMB〕的優(yōu)點和趨勢：?簡化開發(fā)/部署架構去掉configurationmanager，開發(fā)工具/應用可以直接和broker交互。?易管理為管理員提供專用的管理工具--WebSphereMessageBrokerExplorer，可以管理本地和遠程的broker和queuemanager，同時提供了監(jiān)控broker性能和消息流的功能。?簡化開發(fā)流程將常用的消息流場景進展了模板化，推出了基于模式的開發(fā)方式，用戶只需要配置相關參數(shù)即可。提供的模式分為兩類：置〔built-in〕和自定義〔user-defined〕。WMB7.0架構：WMB開發(fā)/部署架構的變遷:去掉configurationmanager，開發(fā)工具/應用可以直接和broker交互。Broker的配置信息保存在File中，可以不依賴于DB。統(tǒng)一平安機制，queuemanagersandbrokers均采用MQqueue的授權機制。V6中采用的平安機制是由ConfigurationManager提供的AccessControlLists(ACLs)來管理授權的。統(tǒng)一publish/subscribe機制，MessageBrokerV7直接采用WebSphereMQV7的publish/subscribe機制，因此去掉了以前版本中使用publish/subscribe時所需的UserNameServer。WMB提供了基于模式的開發(fā)，將常用的場景模式化，比方效勞穿透場景。不使用基于模式開發(fā)一個效勞穿透的場景所需步驟：1.創(chuàng)立并配置業(yè)務效勞2.創(chuàng)立并配置代理效勞3.在代理效勞中關聯(lián)業(yè)務效勞如果采用模式開發(fā)，其步驟：1.創(chuàng)立效勞穿透模式并配置業(yè)務效勞和代理效勞優(yōu)點：開發(fā)方式模式化簡化開發(fā)方式，減低了使用門檻，減少了使用中出現(xiàn)的概率。開發(fā)方式的轉(zhuǎn)變由自底向上轉(zhuǎn)變?yōu)樽陨隙?。自底向上根?jù)使用場景，逐個一步一步地開發(fā)組件，最后進展組裝。自上而下根據(jù)使用場景選擇特定的模式，用戶只需要配置參數(shù)〔比方隊列名稱，WSDL地址等〕即可。缺點：重量級的架構傳統(tǒng)的EAI架構，必須依賴于WMQ。笨重的ESQL

ESQL是WMB用于處理消息流的一套特有的擴展SQL的語言，功能很豐富，語法比擬多，但學習門檻較高。相比直接通過java方法操作消息，顯得格外笨重。開源Mule優(yōu)點：社區(qū)活潑度在開源ESB中，活潑程度最高，用戶量大，不斷推出新版本。易用性"讓一切變得更簡單〞是Mule的宗旨。2次重構核心架構、推出接入云應用，消息流，基于模式的配置以及熱部署；MuleIDE3.0，將支持圖元拖拽，簡化開發(fā)。擴展性增加一個新協(xié)議非常簡單，只需實現(xiàn)5個接口類即可。異常處理框架異常策略設置級別:

model和service

異常處理方式：1.將異常路由到指定的目的地2.根據(jù)異常類型過濾異常，并路由到指定目的地3.設置重試次數(shù)4.當采用了事務時，可以在異常處理策略中設置當發(fā)生異常時是繼續(xù)提交還是回滾事務。管理性推出MuleManagementConsole〔收費〕，管理、部署和監(jiān)控應用。文檔文檔非常豐富，降低了使用門檻?；谀Ｊ降呐渲没趙ebserviceproxy模式的webservice的穿透場景的配置〔配置非常簡單，3個屬性〕<ws:proxyname="muleWsProxy"

inboundAddress="localhost:8080"

outboundAddress="webservice.webxml../WeatherWS.asmx"/>缺點：集群非常弱1.只能配置一個主實例和一個從實例2.不支持flow和基于模式的配置3.某些路由會喪失或者獲得重復的消息MuleIDE

目前的IDE只提供XML級別的編輯，還不能實現(xiàn)圖元的拖拽穩(wěn)定性開源工程的通病，需要在測試場景下進展驗證ServiceMix優(yōu)點：無縫集成CXF,ActiveMQ,Camel和ODE

因為ServiceMix,ActiveMQ,CXF,Camel都是FUSE的開源產(chǎn)品I的優(yōu)勢組件BC,SE可以在任何I容器〔比限于ServiceMix〕中直接運行，復用性強基于OSGi

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

提供了非常豐富的命令，管理、部署和監(jiān)控ServiceMix問題：I2.0太復雜且規(guī)開展緩慢IT巨頭Oracle,IBM投了反對票，目前只有幾家小公司投支持票。已被主流中間件廠商拋棄,沒有受到業(yè)界的青睞由于I的復雜性所致，其架構并非輕量級缺少IDE的支持必須手寫大量的XML配置文件缺少governor的支持ServiceMix4只是借助Flex的webconsole管理OSGi的bundle

學習門檻高用戶文檔和相關資料比擬少ServiceMix遷移到OSGi

I2.0中增加了對OSGi的支持；ServiceMix4.x完全基于OSGi，ServiceMix3.x繼續(xù)前行Apache孵化新工程Camel

KarafSynapse/WSO2ESBSynapse開展緩慢開展緩慢，新版本中沒有增加比擬有亮點的功能特性WSO2ESB開展迅速對Synapse增加了企業(yè)級特征：1.基于WSO2的Carbon平臺〔OSGi框架〕2.支持集群、負載均衡和failoverrouting

3.支持流量控制和數(shù)據(jù)緩存還增加了外圍產(chǎn)品：1.WSO2GovernanceRegistry，效勞注冊產(chǎn)品2.WSO2ESBmanagementconsole，ESB管理控制臺3.WSO2CarbonStudio，開發(fā)ESB的studio基于Axis

借助于Axis的特性，能非常好的支持ws規(guī)，ws-*。因此非常適合WebService的場景?；赪SO2的Carbon平臺Carbon是WSO2的根底平臺，它是一個OSGi框架，幾乎WSO2的都基于它。支持集群集群中節(jié)點間的通信框架基于ApacheTribes〔組通信框架〕相關信息持久化在嵌的Derby中支持一個主節(jié)點和多個從節(jié)點failoverrouting

在集群環(huán)境中，所有的請求只能被主節(jié)點接收，從節(jié)點只能作為備份節(jié)點。支持流量控制在單個ESB實例或者集群中，可以在效勞級別配置流量控制。當請求數(shù)超過閥值時，ESB將被拒絕訪問。實現(xiàn)機制：借助組件ThrottlingMediator支持數(shù)據(jù)緩存集群中的各個ESB實例共享緩存的數(shù)據(jù)。當一個請求被ESB實例1處理完后返回響應信息，當再次向ESB實例1或者集群中其他的ESB實例發(fā)送該請求時，直接從緩存中取出原來的響應信息。實現(xiàn)機制：借助組件CachingMediatorWSO2GovernanceRegistry

開源中最優(yōu)秀的效勞注冊工程WSO2ESBmanagementconsole

創(chuàng)立和管理各組件〔接入層、中介層和接出層〕；圖形化地方式統(tǒng)計系統(tǒng)資源〔CPU,存〕；圖像化統(tǒng)計ESB中各組件〔接入層、中介層和接出層〕接收發(fā)送消息的大小以及響應時間；記錄系統(tǒng)日志、SOAP日志；圖形化顯示消息的流向文檔豐富WSO2提供了非常豐富的文檔：安裝手冊開發(fā)手冊管理員手冊部署手冊…大量的使用實例缺點：架構不夠清晰顯得有點臃腫、不簡潔、不夠優(yōu)雅擴展性差新增一個協(xié)議/transport非常困難組件比擬凌亂對多種協(xié)議〔HTTP,WebService，JMS,FTP,EMAIL〕的支持，局部依賴于Axis2,局部依賴于synapse普元ESB國非常成熟的ESB產(chǎn)品，在電信、金融領域大量應用，性能卓越。真正意義上實現(xiàn)了效勞從開發(fā)、部署、執(zhí)行、監(jiān)控、優(yōu)化的全周期管理！可靠的總線架構，可快速部署并支撐業(yè)務系統(tǒng)。業(yè)務化的效勞注冊與管理，并可實時監(jiān)控接口效勞調(diào)用情況。強大的環(huán)境融合與協(xié)議適配能力。優(yōu)點：高性能：根據(jù)具體業(yè)務，可實現(xiàn)個性化的流量控制、IP攔截、報文校驗等特性。在中國電信OIP集成平臺中，支撐了以CRM、BOSS為核心的50多個應用系統(tǒng)。在移動ESB集成平臺中，目前日均交易量9000萬筆，峰值TPS到達了6000。高擴展：開放的API接口，使得ESB產(chǎn)品更加容易和企業(yè)部現(xiàn)有的系統(tǒng)有機的融合在一起，譬如：與現(xiàn)有平