我想知道TIBCO Rendezvous和MSMQ之间的区别。
答案 0 :(得分：11)
这不是非常结构，但这里有一些差异，还有很多不止于此。我的Tibco知识远远大于MSMQ，因此我对MSMQ上的陈述更加宽容。
您为Tibco支付了更多费用，准确的金额因网站许可和协商而异，但对于具有DR备份的沼泽标准rv守护程序，您将看到的范围为10-20万美元）
Tibco RV具有多种不同语言（C，C ++ ,. Net，Java）的客户端实现，并支持多种平台（Windows，各种unix风格）。客户端api完全与平台无关（除非需要此类知识以实现最高效率，否则大多数用户无需处理此问题）。
RV具有云，多播共享网络的概念，发送到云端守护程序的消息将透明地提供给注册到云上任何其他位置的守护程序的任何客户端。
MSMQ为基本产品中的后续可传递性提供了消息的持久性，而TibRV则没有（需要Certified Messaging api，但随后提供了对此使用的日志的完全控制）
RV可以使用路由守护进程通过WAN链接链接云（这些比普通守护进程要昂贵得多）
RV使用底层的面向消息的平台，以对客户端基本透明的方式在其自身之间层叠其他服务。容错组，认证消息传递和路由守护程序使用传递在保留主题上的基础消息来执行此操作。
MSMQ可以参与分布式事务，RV不能。
Tibco提供MSMQ适配器（虽然我没有经验）
Tibco消息可以具有复杂的内部结构（在其中嵌入消息），MSMQ消息相当简单，结构通常由用户定义。
Tibco api公开底层套接字等待方面，允许您以有效的方式将分派循环与其他基于套接字的api集成。
Tibco在金融领域拥有巨大的市场渗透率，通过与他们的讨论，他们的许多客户似乎都是拥有网站许可和专门管理团队的大公司。
答案 1 :(得分：4)
MSMQ还允许支持通过PGM协议发送消息（这是一种可靠的多播协议，部分由Microsoft和Tibco的代表设计）。原则上，这几乎与将它发送到'云'ShuggyCoUk所暗示的相同，因为监听PGM队列的多个客户端都应该接收从另一个客户端分派的消息，服务器的多播效率只需要发送一次。
Tibco Rendezvous（如果这仍然是它的名字）是：
我从未使用过MSMQ，我不知道那些做什么的子集，是通过PGM做的。可能没有多少是我的猜测。它倾向于吸引可靠性 - 特朗普 - 延迟人群（对于Rendezvous来说通常是正确的）和点对点而不是多播。