主流商業(yè)和開源ESB產(chǎn)品（36頁)ppt課件

1、主流商業(yè)和開源ESB.概述主要內(nèi)容： 引見了主流商業(yè)和開源ESB的開展趨勢、可自創(chuàng)的地方和其缺陷。 主要引見： Oracle Service Bus WebSphere Message Broker Mule ServiceMix/FUSE ESB Synapse/WSO2 ESB.主流商業(yè)和開源ESB一覽類型產(chǎn)品公司商業(yè)Oracle Service Bus (OSB)OracleOracle Enterprise Service Bus (ESB)WebSphere Enterprise Service Bus IBMWebSphere Message Broker WebSphere Da

2、taPowerSonic ESBProgressActiveMatrix Service BusTIBCO開源MuleMuleSoftServiceMix/FUSE ESBProgressSynapse/WSO2 ESBWSO2.Oracle Service Bus (OSB)的架構(gòu)圖.OSB的開展趨勢易用性加強 開發(fā)工具從Web Console遷移到Eclipse，支持圖形化拖拽和便于調(diào)試性能提升 嵌入Oracle Coherence(企業(yè)級的內(nèi)存數(shù)據(jù)網(wǎng)格產(chǎn)品，在特定場景下為效力調(diào)用提供緩存，性能提升80%。管控才干加強 采用自動化的生命周期效力治理，從效力設(shè)計、開發(fā)、部署和運轉(zhuǎn)期的整個效力

3、生命周期內(nèi)和Enterprise Repository產(chǎn)品進展自動同步，無需人工干涉。.OSB可自創(chuàng)之處易用性 在studio上直接集成測試功能，比如studio能提供直接發(fā)送和接納SOAP,JMS音訊的功能，無需借助第三方工具，如SoapUI和編寫JMS客戶端代碼。性能 采用Cache機制，為靜態(tài)呼應(yīng)信息提升性能。靜態(tài)呼應(yīng)信息是指在一段時間內(nèi)不會發(fā)生變化的信息，如天氣預告，手機套餐，人民幣匯率等，這些數(shù)據(jù)變化的周期通常是1天，1月。 實現(xiàn)手段：采用比較成熟的開源Memcached或者輕量級的JCACHE。.OSB的缺陷依賴于Weblogic分量級的一致音訊格式： 經(jīng)過反編譯OSB的源碼，可以

4、看出OSB將各種協(xié)議,WS,JMS接入的音訊一致轉(zhuǎn)換為SOAP Message，再經(jīng)過Xquery Engine對SOAP Message進展XML操作。 以下場景其缺陷可立刻顯現(xiàn)： 1.HTTP下的大數(shù)據(jù)包 2.JMS Object類型的大數(shù)據(jù)包最新版本OSB才支持JMS Object類型，之前只支持JMS Text類型 根據(jù)： 對大數(shù)據(jù)包進展XML操作比較耗CPU 將大的Object轉(zhuǎn)換為XML是個繁重的操作.WebSphere Message BrokerWMB的開展趨勢簡化開發(fā)/部署架構(gòu) 去掉configuration manager，開發(fā)工具/運用可以直接和broker交互。易管理

5、為管理員提供公用的管理工具-WebSphere Message Broker Explorer，可以管理本地和遠程的broker和queue manager，同時提供了監(jiān)控broker性能和音訊流的功能。簡化開發(fā)流程 將常用的音訊流場景進展了模板化，推出了基于方式的開發(fā)方式，用戶只需求配置相關(guān)參數(shù)即可。提供的方式分為兩類：內(nèi)置built-in和自定義user-defined。.WMB開發(fā)/部署架構(gòu)的變化(V6.0) .WMB開發(fā)/部署架構(gòu)的變化(V7.0) .WMB開發(fā)/部署架構(gòu)的變化去掉configuration manager，開發(fā)工具/運用可以直接和broker交互。Broker的配置信

6、息保管在File中，可以不依賴于DB。一致平安機制，queue managers and brokers均采用MQ queue的授權(quán)機制。V6中采用的平安機制是由Configuration Manager提供的Access Control Lists (ACLs)來管理授權(quán)的。一致publish/subscribe機制，Message Broker V7直接采用WebSphere MQ V7的publish/subscribe機制，因此去掉了以前版本中運用publish/subscribe時所需的User Name Server。.基于方式的開發(fā)方式WMB提供的開發(fā)方式 將常用場景方式化，比如

7、效力穿透,studio自動生成配置文件，自動完效果勞開發(fā)和效力組裝的一切任務(wù)，用戶只需填入?yún)?shù)。publib.boulder.ibm/infocenter/wmbhelp/v7r0m0/index.jsp?topic=/com.ibm.etools.mft.doc/ac68260_.htm.基于方式開發(fā)方式的優(yōu)勢開發(fā)方式方式化 簡化開發(fā)方式，減低了運用門檻，減少了運用中出現(xiàn)的概率。開發(fā)方式的轉(zhuǎn)變 由自底向上轉(zhuǎn)變?yōu)樽陨隙?。自底向?根據(jù)運用場景，逐個一步一步地開發(fā)組件，最后進展組裝。自上而下 根據(jù)運用場景選擇特定的方式，用戶只需求配置參數(shù)比如隊列稱號，WSDL地址等即可。.WMB可自創(chuàng)之處基于

8、方式的開發(fā) 將常用的場景方式化，比如效力穿透場景。 如今開發(fā)一個效力穿透的場景所需步驟： 1.創(chuàng)建并配置業(yè)務(wù)效力 2.創(chuàng)建并配置代理效力 3.在代理效力中關(guān)聯(lián)業(yè)務(wù)效力 假設(shè)采用方式開發(fā)，其步驟： 1.創(chuàng)建效力穿透方式并配置業(yè)務(wù)效力和代理效力 也答應(yīng)以將步驟減少到一步。.WMB的缺陷分量級的架構(gòu) 傳統(tǒng)的EAI架構(gòu)，必需依賴于WMQ。笨重的ESQL ESQL是WMB用于處置音訊流的一套特有的擴展SQL的言語，功能很豐富，語法比較多，但學習門檻較高。 相比直接經(jīng)過java方法操作音訊，顯得格外笨重。.Mule的架構(gòu)圖 .Mule的開展趨勢社區(qū)活潑度 在開源ESB中，活潑程度最高，用戶量大，不斷推出新

9、版本。易用性 “讓一切變得更簡單是Mule的目的。2次重構(gòu)中心架構(gòu)、推出接入云運用，音訊流，基于方式的配置以及熱部署；Mule IDE3.0，將支持圖元拖拽，簡化開發(fā)。擴展性 添加一個新協(xié)議非常簡單，只需實現(xiàn)5個接口類即可。管理性 推出Mule Management Console收費，管理、部署和監(jiān)控運用。文檔 文檔非常豐富，降低了運用門檻。.Mule可自創(chuàng)之處基于方式的配置基于web service proxy方式的web service的穿透場景的配置配置非常簡單，3個屬性.Mule可自創(chuàng)之處易擴展 新增一個協(xié)議/transport只需實現(xiàn)5個接口類 org.mule.api.trans

10、port.Connector org.mule.api.transport.MessageReceiver org.mule.api.transport.MessageDispatcher org.mule.api.transport.MessageDispatcherFactory org.mule.api.transport.MuleMessageFactory.Mule可自創(chuàng)之處異常處置框架 異常戰(zhàn)略設(shè)置級別: model和service 異常處置方式： 1.將異常路由到指定的目的地 2.根據(jù)異常類型過濾異常，并路由到指定目的地 3.設(shè)置重試次數(shù) 4.當采用了事務(wù)時，可以在異常處置戰(zhàn)略中

11、設(shè)置當發(fā)生異常時是繼續(xù)提交還是回滾事務(wù)。.Mule的缺陷集群非常弱 1.只能配置一個主實例和一個從實例 2.不支持flow和基于方式的配置 3.某些路由會喪失或者獲得反復的音訊Mule IDE 目前的IDE只提供XML級別的編輯，還不能實現(xiàn)圖元的拖拽穩(wěn)定性 開源工程的通病，需求在測試場景下進展驗證.ServiceMix的架構(gòu)圖.ServiceMix的開展趨勢JBI2.0規(guī)范開展緩慢 IT巨頭Oracle,IBM投了反對票，目前只需幾家小公司投支持票ServiceMix遷移到OSGi JBI2.0中添加了對OSGi的支持； ServiceMix4.x完全基于OSGi， ServiceMix3.x

12、繼續(xù)前行孵化新工程 Camel Karaf.ServiceMix的優(yōu)勢無縫集成CXF,ActiveMQ,Camel和ODE 由于ServiceMix,ActiveMQ,CXF,Camel都是FUSE的開源產(chǎn)品JBI的優(yōu)勢 組件BC,SE可以在任何JBI容器比限于ServiceMix中直接運轉(zhuǎn)，復用性強基于OSGi 具備OSGi的優(yōu)勢：模塊化，熱部署，易擴展基于Karaf 提供了非常豐富的命令，管理、部署和監(jiān)控ServiceMix.ServiceMix的缺陷JBI規(guī)范太復雜 已被主流中間件廠商丟棄,沒有遭到業(yè)界的青睞架構(gòu)復雜 由于JBI的復雜性所致，其架構(gòu)并非輕量級短少IDE的支持 必需手寫大量

13、的XML配置文件短少governor的支持 ServiceMix4只是借助Flex的web console管理OSGi的bundle學習門檻高 用戶文檔和相關(guān)資料比較少.Synapse/WSO2 ESB運轉(zhuǎn)期架構(gòu)圖WSO2 ESB=Synapse+Monitoring+Management+Governance Registry.Synapse/WSO2 ESB的開展趨勢Synapse開展緩慢 開展緩慢，新版本中沒有添加比較有亮點的功能特性WSO2 ESB開展迅速 對Synapse添加了企業(yè)級特征： 1.基于WSO2的Carbon平臺OSGi框架 2.支持集群、負載平衡和failover ro

14、uting 3.支持流量控制和數(shù)據(jù)緩存 還添加了外圍產(chǎn)品： 1. WSO2 Governance Registry，效力注冊產(chǎn)品 2. WSO2 ESB management console，ESB管理控制臺 3. WSO2 Carbon Studio，開發(fā)ESB的studio.WSO2 ESB的優(yōu)勢基于Axis 借助于Axis的特性，能非常好的支持ws規(guī)范，ws-*。因此非常適宜WebService的場景。基于WSO2的Carbon平臺 Carbon是WSO2的根底平臺，它是一個OSGi框架，幾乎WSO2的都基于它。.WSO2 ESB的優(yōu)勢支持集群 集群中節(jié)點間的通訊框架基于Apache T

15、ribes組通訊框架 相關(guān)信息耐久化在內(nèi)嵌的Derby中 支持一個主節(jié)點和多個從節(jié)點failover routing 在集群環(huán)境中，一切的懇求只能被主節(jié)點接納，從節(jié)點只能作為備份節(jié)點。.WSO2 ESB的優(yōu)勢支持流量控制 在單個ESB實例或者集群中，可以在效力級別配置流量控制。當懇求數(shù)超越閥值時，ESB將被回絕訪問。 實現(xiàn)機制：借助組件Throttling Mediator支持數(shù)據(jù)緩存 集群中的各個ESB實例共享緩存的數(shù)據(jù)。 當一個懇求被ESB實例1處置完后前往呼應(yīng)信息，當再次向ESB實例1或者集群中其他的ESB實例發(fā)送該懇求時，直接從緩存中取出原來的呼應(yīng)信息。 實現(xiàn)機制：借助組件Cachin

16、g Mediator.WSO2 ESB的優(yōu)勢WSO2 Governance Registry 開源中最優(yōu)秀的效力注冊工程WSO2 ESB management console 創(chuàng)建和管理各組件接入層、中介層和接出層； 圖形化地方式統(tǒng)計系統(tǒng)資源CPU,內(nèi)存； 圖像化統(tǒng)計ESB中各組件接入層、中介層和接出層接納發(fā)送音訊的大小以及呼應(yīng)時間； 記錄系統(tǒng)日志、SOAP日志；圖形化顯示音訊的流向.WSO2 ESB的優(yōu)勢文檔豐富 WSO2提供了非常豐富的文檔： 安裝手冊 開發(fā)手冊 管理員手冊 部署手冊 大量的運用實例.WSO2 ESB的優(yōu)勢性能測試報告 每個新版本的發(fā)布都會發(fā)布基準性能測試報告.WSO2 ESB的缺陷架構(gòu)不夠明晰 顯得有點臃腫、不簡約、不夠優(yōu)雅擴展性差 新增一個協(xié)議/transport非常困難組件比較混亂 對多種協(xié)議,WebService，JMS,FTP,的支持，部分依賴于Axis2,部分依賴于synapse.WSO2 ESB可自創(chuàng)之處集群、負載平衡和failover routing 流量控制和