TIBCORVVSIBMMQ和JMS消息中間件的對(duì)比分析

1、TIBCORendezvous一技術(shù)介紹1.1.1. TIBCORendezvous一技術(shù)介紹TIBCORendezvous( 或 稱 為T(mén)IBCORV產(chǎn) 品 是 一 種 中 間 件 ， 它 具 有 發(fā) 布 / 訂 閱(Publish/Subscribe)、基于主題尋址(Subject-BasedAddressing)和自定義數(shù)據(jù)信息(Self-DescribingDataMessages)等專利技術(shù)功能，使不同應(yīng)用平臺(tái)上的信息在一個(gè)共享白虛擬總線InformationBus(TIB)上進(jìn)行傳輸交換。這些技術(shù)能有效地幫助企業(yè)從傳統(tǒng)的請(qǐng)求/應(yīng)答(Request/Reply)模式轉(zhuǎn)到自動(dòng)數(shù)據(jù)接受的

2、事件驅(qū)動(dòng)模式(Event-Driven,或稱之為Push)。TIBCORV有助于在各種應(yīng)用系統(tǒng)中獲取信息和數(shù)據(jù)，能將異構(gòu)平臺(tái)有機(jī)地聯(lián)結(jié)起來(lái)，通過(guò)以即插即用(Plug&Play)、位置無(wú)關(guān)(Location-Independent)和分布式服務(wù)(DistributedServices)的方式在WANff口LAN間配置系統(tǒng)。并且TIBCORV具有認(rèn)證消息傳遞(CertifiedMessageDelivery)、容錯(cuò)(FaultTolerance)和分布式隊(duì)列(DistributedQueue)功能。因?yàn)槭褂肨IBCORV不用考慮網(wǎng)絡(luò)的技術(shù)細(xì)節(jié)，而只需專注于企業(yè)應(yīng)用的開(kāi)發(fā)，所以能快速建立和配

3、置一個(gè)可伸縮的分布式應(yīng)用系統(tǒng)。TIBCORendezvous的優(yōu)點(diǎn)：加快應(yīng)用的開(kāi)發(fā)，減少維護(hù)費(fèi)用；唯一獨(dú)立于硬件、操作系統(tǒng)、網(wǎng)絡(luò)和協(xié)議平臺(tái)供應(yīng)商；動(dòng)態(tài)組件替換：進(jìn)程可以隨時(shí)加載、退出、替換，而不影響系統(tǒng)運(yùn)行；屏蔽網(wǎng)絡(luò)細(xì)節(jié)；應(yīng)用伸縮性高；地址無(wú)關(guān)，簡(jiǎn)化增加/改變組件；提高分布系統(tǒng)的生命期;一般特性：分布式隊(duì)列實(shí)現(xiàn)一對(duì)多信息傳送；安全信息傳送；冗余機(jī)制實(shí)現(xiàn)容錯(cuò)；所有平臺(tái)間對(duì)等傳輸；與其他通訊協(xié)議并存于統(tǒng)一系統(tǒng)；支持多種數(shù)據(jù)內(nèi)部交換格式；系統(tǒng)開(kāi)銷低，容易嵌入；線程安全，多線程安全保護(hù)；支持多點(diǎn)傳送；通訊和數(shù)據(jù)特性：異步通訊；發(fā)布/訂閱，可靠的廣播(broadcast)/多播(multicast)機(jī)制

4、;,點(diǎn)對(duì)點(diǎn)請(qǐng)求/應(yīng)答；基于主題消息傳送；自定義數(shù)據(jù)信息與硬件/操作系統(tǒng)無(wú)關(guān)；透明的信息打包或重組；認(rèn)證信息傳遞：明確的信息認(rèn)證，確保信息傳送到目的地；在進(jìn)程中斷和重新啟動(dòng)狀態(tài)下確保要傳遞的信息不丟失；分布式隊(duì)列，自動(dòng)實(shí)現(xiàn)負(fù)載均衡功能；傳遞信息給隊(duì)列種的某一成員；隊(duì)列成員進(jìn)程保持異步運(yùn)行；容錯(cuò)：通過(guò)冗余進(jìn)程實(shí)現(xiàn)系統(tǒng)容錯(cuò)；監(jiān)控活動(dòng)的冗余進(jìn)程；開(kāi)發(fā)特點(diǎn)：提供Java、C、C+ActiveX、.NET、Perl的API庫(kù)；源碼兼容所有的平臺(tái)；支持同步/異步事件管理結(jié)構(gòu)；TIBCORendezvous 包含的組件TIBCORendezvousDaemon(rvd)為應(yīng)用進(jìn)程傳遞信息，過(guò)濾主題信息，分配信

5、息；TIBCORendezvousRoutingDaemon(rvrd)在WA解口LAN間跨網(wǎng)段有效地傳遞信息， 對(duì)TIBCORendezvous應(yīng)用編碼不做任何修改；TIBCORendezvous 部署方法TIBCORV在當(dāng)前的操作環(huán)境中加入兩個(gè)組件：API庫(kù)。每個(gè)應(yīng)用程序連接到RVAPI庫(kù)的某一版本；RV通訊Daemon進(jìn)程。在大多數(shù)環(huán)境，每臺(tái)主機(jī)上面運(yùn)行一個(gè)Daemon進(jìn)程。下圖演示了一個(gè)簡(jiǎn)單環(huán)境中兩個(gè)系統(tǒng)進(jìn)行交互的過(guò)程。主機(jī)1上運(yùn)行應(yīng)用程序A和一個(gè)daemon進(jìn)程，主機(jī)2上運(yùn)行兩個(gè)應(yīng)用程序B和C,它們通過(guò)單個(gè)daemon進(jìn)程連接到網(wǎng)絡(luò)上。所有這三個(gè)應(yīng)用程序可以進(jìn)行相互通訊。Netwcr

6、k任何主機(jī)上可以運(yùn)行任意數(shù)量的RV應(yīng)用程序。 通常一個(gè)主機(jī)上的所有RV應(yīng)用程序共享同一個(gè)RVDaemon程。RendezvousDaemon進(jìn)程應(yīng)用程序依賴RVDaemon后臺(tái)進(jìn)程進(jìn)行可靠和高效的網(wǎng)絡(luò)通訊。 （通常RVDaemon進(jìn)程和RV應(yīng)用程序運(yùn)行在同一主機(jī)上；但是RV應(yīng)用程序也可以連接到遠(yuǎn)程daemon）RV應(yīng)用程序試圖連接到RVdaemon進(jìn)程。如果daemon沒(méi)有運(yùn)行，應(yīng)用程序?qū)⒆詣?dòng)啟動(dòng)它并連接到daemon進(jìn)程。RVdaemon負(fù)責(zé)通訊的所有細(xì)節(jié)：如數(shù)據(jù)的傳輸，包的排序，接收確認(rèn)包，重發(fā)請(qǐng)求，將信息派發(fā)到適當(dāng)?shù)膽?yīng)用程序進(jìn)程等。它為RV應(yīng)用程序隱藏了所有這些細(xì)節(jié)。XML 功能的實(shí)現(xiàn)T

7、舊CORV只是一個(gè)消息中間件產(chǎn)品，XML數(shù)據(jù)可以通過(guò)RV消息進(jìn)行傳遞，但它不提供對(duì)XML數(shù)據(jù)的處理能力?？梢酝ㄟ^(guò)幾種方式來(lái)實(shí)現(xiàn)XML數(shù)據(jù)的處理：PrcsgramTIB-1RndozggAPITlaRendlezvousDaemoneHERerdez-AusCjemoriCoinpurer2使用TIBCOBusinessWorks產(chǎn)品對(duì)包含XML數(shù)據(jù)的RV消息進(jìn)行各種處理，如映射、變換、合并、分解等；使用第三方XML工具或API,以編程方式對(duì)RV消息中的XML數(shù)據(jù)進(jìn)行處理。如何使用 TIBCORendezvousTIBCORV本身只提供一些后臺(tái)Daemon程序以及API接口供用戶使用。 用戶使用

8、這些API,選才?RV支持的開(kāi)發(fā)語(yǔ)言（如C/C+,Java等）開(kāi)發(fā)相應(yīng)的RV應(yīng)用程序，并通過(guò)后臺(tái)Daemon進(jìn)程進(jìn)行消息的發(fā)送或接收。用戶也可以選擇TIBCO基于RV開(kāi)發(fā)的一些其他產(chǎn)品（如BusinessWorks,各種Adapter等）來(lái)簡(jiǎn)化應(yīng)用程序的開(kāi)發(fā)。1.1.2.TIBCOAdapterforActiveDatabase一技術(shù)介紹概述TIBCOAdapterforActiveDatabase可以把某個(gè)數(shù)據(jù)庫(kù)中數(shù)據(jù)的變化可以發(fā)送給其他的數(shù)據(jù)庫(kù)或應(yīng)用。它把發(fā)布/訂閱與請(qǐng)求/回復(fù)機(jī)制擴(kuò)充到數(shù)據(jù)庫(kù)層面，使數(shù)據(jù)庫(kù)應(yīng)用可以使用多種不同層次的消息傳遞服務(wù)。它支持所有的ODBCS容數(shù)據(jù)庫(kù)，包括DB2,

9、Oracle,Sybase,Informix,MicrosoftSQLServer,TimesTenin-memorydatabase等。TIBCOAdapterforActiveDatabase|PublishISubscribe特色事先定義的數(shù)據(jù)庫(kù)表中的行發(fā)生插入、修改或刪除操作時(shí)，可以把數(shù)據(jù)按照TIBCORendezvous消息格式發(fā)布創(chuàng)建數(shù)據(jù)的拷貝，按照數(shù)據(jù)值來(lái)發(fā)布數(shù)據(jù)直接引用新的數(shù)據(jù)來(lái)發(fā)布信息?？梢允褂脜?shù)定義發(fā)布消息的主題，即可以根據(jù)發(fā)布數(shù)據(jù)的內(nèi)容動(dòng)態(tài)床架主題。可以使用可靠傳輸和保證傳輸兩種方式進(jìn)行數(shù)據(jù)的發(fā)布。保證傳輸?shù)慕邮照呖梢允孪仍诒ＷC傳輸信息的發(fā)布者上注冊(cè)。事 先 定 義 的

10、 數(shù) 據(jù) 庫(kù) 表 中 的 行 發(fā) 生 插 入 、 修 改 或 刪 除 操 作 時(shí) ， 可 以 訂 閱 按 照TIBCORendezvous消息格式發(fā)布的數(shù)據(jù)變化可以使用含有通配符的主題名稱訂閱消息可以使用可靠傳輸和保證傳輸兩種方式進(jìn)行數(shù)據(jù)的訂閱?？梢愿鶕?jù)消息數(shù)量或超時(shí)時(shí)間進(jìn)行批處理提交?？梢允褂没赥IBCORendezvous客戶端應(yīng)用定義特定的主題使用RV消息格式向數(shù)據(jù)庫(kù)發(fā)送SQL語(yǔ)句或存儲(chǔ)過(guò)程。使用內(nèi)建的函數(shù)來(lái)配置發(fā)布代理和訂閱代理，修改信息內(nèi)容EnterpriseMessagingServirviceTIBCOBusinessWorksTIBCOAdapterforR/3TIBCOAd

11、apterforSiebel配置TIBCOAdapterforActiveDatabase來(lái)滿足需求：定義數(shù)據(jù)庫(kù)表間關(guān)系，發(fā)布所有的相關(guān)表內(nèi)容。使用定期檢查或通知機(jī)制監(jiān)測(cè)數(shù)據(jù)庫(kù)的改變。基于的標(biāo)準(zhǔn)：通過(guò)ODBC1接多種數(shù)據(jù)庫(kù)與其他TIBCOActiveEnterprise組件實(shí)現(xiàn)互操作。使用TIBCOHawk!行系統(tǒng)監(jiān)控。支持的系統(tǒng)平臺(tái)WindowsHP-UXSolarisAIXLinux支持的數(shù)據(jù)庫(kù)系統(tǒng)OracleSybaseMSSQLDB2forOS/390DB2forAS/400DB2UDBforWindowsandUnixTIBCORV,IBMMQ 和 JMS 消息中間件的對(duì)比分析對(duì)于消

12、息中間件，絕大多數(shù)熟悉的是舊MMQ,這是目前使用最廣泛的中間件產(chǎn)品。國(guó)內(nèi)還有一款中間件TongLinkQ,結(jié)構(gòu)和MQ相似。 其實(shí)在國(guó)外還有一款叫Rendzvous的消息中間件應(yīng)用也非常廣泛，只是在國(guó)內(nèi)應(yīng)用不多，所以在國(guó)內(nèi)并沒(méi)有MQ那么大的名氣。這款消息中間件的設(shè)計(jì)和MQ是完全不同的，有很多不同的特性特點(diǎn)，使得它在某些應(yīng)用場(chǎng)景具備更多的優(yōu)勢(shì)?？偨Y(jié)一下Rendzvous的架構(gòu)特點(diǎn)，和MQ的架構(gòu)以及JMS消息中間件的架構(gòu)做比較。深入了解和比較這些中問(wèn)件產(chǎn)品，才能用的準(zhǔn)用的好它們。先總結(jié)一下消息中間件的功能，以上的三類中間件都實(shí)現(xiàn)了這些功能。實(shí)現(xiàn)消息的異步發(fā)送接收，發(fā)布訂閱，使得兩端的應(yīng)用解耦。實(shí)現(xiàn)消

13、息持久化機(jī)制，保證消息可靠性傳輸。優(yōu)化網(wǎng)絡(luò)傳輸，支持?jǐn)帱c(diǎn)續(xù)傳。.分布式結(jié)構(gòu)VS星型結(jié)構(gòu)，推送VS接收，服務(wù)端緩存VS客戶端緩存。RV和MQ都是分布式結(jié)構(gòu)的，和JMS消息中間件的星型結(jié)構(gòu)不同。分布式消息中間件的Server在應(yīng)用環(huán)境里都會(huì)部署多個(gè)，彼此互聯(lián)，沒(méi)有主備之分。JMS消息中間件的應(yīng)用部署一般都是主備兩個(gè)Server,消息的發(fā)送和接收應(yīng)用平時(shí)和主Server相連，有問(wèn)題時(shí)切換到備Server,主備Server共用公共的存儲(chǔ)設(shè)備來(lái)保存消息。MQ和JMS消息中間件都采用消息接收端主動(dòng)接收消息的方式。消息從發(fā)送端發(fā)出后，首先會(huì)緩存到Server上， 接收端應(yīng)用發(fā)起一個(gè)接收消息的請(qǐng)求，Serve

14、r把消息作為應(yīng)答返回給接收端。接收端不執(zhí)行接收動(dòng)作，消息就會(huì)一直在Server上保存。RV和這兩種消息中間件都不同，使用的是消息推送的模式。消息從發(fā)送端發(fā)出后，并不在Server上緩存，Server只做路由把消息推送給消息接收端。消息接收端只要連接上Server,訂閱要接收的消息，這些消息就會(huì)源源不斷地從Server那里推送過(guò)來(lái)，消息先緩存到接收客戶端的隊(duì)列里，接收端應(yīng)用再?gòu)年?duì)列里取消息。總之RV是一個(gè)分布式結(jié)構(gòu)，推送消息模式，客戶端緩存的消息中間件。分布式結(jié)構(gòu)適用于分布是應(yīng)用系統(tǒng)，方便做擴(kuò)展，推送加客戶端緩存適用于高實(shí)時(shí)性消息的處理，消息需要在第一時(shí)間到達(dá)目的地，過(guò)時(shí)的消息的沒(méi)有必要保存下來(lái)

15、的,消息接收端應(yīng)用需要做的事情就是不斷地處理已經(jīng)推送到的消息。2,使用廣播和組播來(lái)實(shí)現(xiàn)一對(duì)多的發(fā)布訂閱MQ和JMS消息中間件在IP層都使用點(diǎn)對(duì)點(diǎn)的傳輸方式，而RV在IP層使用的是廣播或者組播的方式。使用廣播或者組播可以直接實(shí)現(xiàn)一對(duì)多的發(fā)布訂閱形式，發(fā)布應(yīng)用發(fā)布消息到RV網(wǎng)絡(luò)上，這些消息會(huì)廣播到網(wǎng)絡(luò)的每一個(gè)節(jié)點(diǎn)上，每一個(gè)訂閱應(yīng)用都會(huì)收到這些消息。而MQ和JMS實(shí)現(xiàn)發(fā)布訂閱就要麻煩的多了，都是在Server按消息的Topic來(lái)緩存消息，為每一個(gè)訂閱者拷貝每一條消息的引用。當(dāng)所有訂閱者都從Server上取走某條消息，這條消息才在Server上刪除。3.UDPVSTCP。MQ和JMS消息中間件不論是S

16、erver和Server的通信，還是Server和Client的通信，在傳輸層都使用TCP協(xié)議，保證消息傳輸連接的可靠性。而RV在Server和Server之間的通信使用了UDP協(xié)議，犧牲可靠性來(lái)達(dá)到高實(shí)時(shí)性的需求。RV有兩種可靠性級(jí)別，RVReliable和RVCM。RVReliable模式使用基于UDP增加了一定可靠機(jī)制的TRDP協(xié)議，在一定范圍內(nèi)具有消息包的檢查和重傳機(jī)制，保證了一定程度的消息可靠性，但不保證消息不丟失。RVCM在RVReliable基礎(chǔ)上更進(jìn)一步，在消息級(jí)別具有消息確認(rèn)和重傳機(jī)制，可以保證消息絕對(duì)不丟失。對(duì)于長(zhǎng)度在1500個(gè)字節(jié)以下的消息，RVReliable發(fā)布消息能

17、達(dá)到150萬(wàn)筆消息每秒， 接收也能達(dá)到50萬(wàn)筆消息每秒。傳輸消息的性能是非常好的。4,使用消息Subject做收發(fā)兩端的匹配。MQ和JMS消息中間件在Server端按Queue和Topic來(lái)緩存消息，消息的發(fā)送端和接收端按Queue和Topic的名字來(lái)匹配。每個(gè)Server能創(chuàng)建的Queue和Topic是有限的，這也就限制了使用MQ和JMS消息中間件構(gòu)建的應(yīng)用， 這些應(yīng)用在做消息收發(fā)處理的時(shí)候只能使用粗粒度的消息分類。RV不在Server端緩存消息， 也沒(méi)有Server端的Queue和Topic。 它是使用消息的Subject來(lái)做消息發(fā)送端和接收端的匹配的。每個(gè)消息都有Subject,Subject格式是多個(gè)字符串的用接，沒(méi)有數(shù)目或者長(zhǎng)度的限制。比如在市場(chǎng)數(shù)據(jù)系統(tǒng)里，行情數(shù)據(jù)消息的Subject里包含金融品種的名字，這樣的Subject可以有上百萬(wàn)個(gè)。消息訂閱端可以細(xì)到只接收某個(gè)市場(chǎng)的某個(gè)品種的行情數(shù)據(jù)。RV使用優(yōu)化的算法實(shí)現(xiàn)Subject的篩選。如果RV網(wǎng)絡(luò)