IBM MQ vs TIBCO RV(Rendzvous) vs JMS Provider

0.IBM WMQ vs TIBCO RV(Rendzvous) vs JMS Provider==>

I、三类MOM的共同点==>
>>>实现消息的异步发送接收,发布订阅,使得两端的应用解耦。

>>>实现消息持久化机制,保证消息可靠性传输。

>>>优化网络传输,支持断点续传。

II、三类MOM的不同点==>
1、分布式结构 VS 星型结构 ,推送 VS 拉取, 服务端缓存 VS 客户端缓存
分布式结构==>WMQ || RV (注意:AMQ已经做到分布式,节点网络)==>分布式表明是对等节点
星型结构==>JMS Provider==>星型表明有个中心节点
//////////////////
推送==>RV (注意:AMQ节点间可以做到类似推送,但是客户端和AMQ节点间还是拉取方式)
拉取==>WMQ || JMS Provider
/////////////////////
服务端缓存==>WMQ || JMS provider
客户端缓存==>RV
/////////////
【小结】推送加客户端缓存适用于高实时性消息的处理
2、使用广播和组播来实现一对多的发布订阅
IP层点对点方式==>WMQ || JMS provider==>通过topic实现一对多
IP层广播或者组播==>直接实现一对多
////////////////////////////
【小结】在 Server 按消息的Topic来缓存消息,为每一个订阅者拷贝每一条消息的引用,当所有订阅者都从 Server 上取走某条消息,这条消息才在 Server 上删除。
3、UDP vs TCP
UDP ==>RV(注意:AMQ已经可以支持UDP)==>性能高些,但可靠性有损耗
TCP ==>WMQ || JMS provider==>高可靠性
注意:RV使用的是改进后的UDP,不是原生的,RV 有两种可靠性级别, RV Reliable 和 RVCM,RVCM可以保证消息绝对不丢失。
4、使用消息 Subject 做收发两端的匹配
Queue或者Topic ==>WMQ || JMS Provider
Subject ==>RV 使用消息的 Subject 来做消息发送端和接收端的匹配的

你可能感兴趣的:(jms,MQ)