IBM MQ vs TIBCO RV(Rendzvous) vs JMS Provider MQjms

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 来做消息发送端和接收端的匹配的