msmq - TIBCO Rendezvous 和 MSMQ

Question

我想知道 TIBCO Rendezvous 和 MSMQ 之间的区别。

Answer 1

这不是非常结构化，但这里有一些差异，还有更多。我的 Tibco 知识比 MSMQ 多得多，因此请以更大的怀疑态度对待我对 MSMQ 的陈述。

您为 Tibco 支付的费用要高得多，具体金额会因站点许可和协商而有所不同，但对于具有 DR 备份的沼泽标准 rv 守护程序，您可能需要 10-20,000 美元）

Tibco RV 具有不同语言（C、C++、.Net、Java）的多个客户端实现，并支持多个平台（windows、各种 unix 风格）。客户端 api 完全与平台无关（除非需要此类知识以实现最大效率，大多数用户不需要处理此问题）。

RV 具有云、多播共享网络的概念，通过该网络，发送到云上的守护程序的消息将透明地提供给在云上其他任何地方注册到守护程序的任何客户端。

MSMQ 为基础产品中的后续交付提供消息持久性，TibRV 不提供（需要经过认证的消息传递 API，但随后提供了对用于此的日志的完全控制）

RV 可以使用路由守护程序通过 WAN 链接链接云（这些比普通守护程序昂贵得多）

RV 使用底层面向消息的平台以对客户端基本透明的方式在其自身之上分层附加服务。容错组、认证消息传递和路由守护程序使用通过保留主题传递的底层消息来执行此操作。

MSMQ 可以参与分布式事务，RV 不能。

Tibco 提供了一个 MSMQ 适配器（虽然我没有这方面的经验）

Tibco 消息可以具有复杂的内部结构（其中包含消息嵌套），MSMQ 消息要简单得多，结构通常由用户定义。

Tibco api 公开了底层套接字等待方面，允许您以有效的方式将调度循环与其他基于套接字的 api 集成。

Tibco 在金融领域拥有巨大的市场渗透力，从与他们的讨论来看，他们的许多客户似乎都是拥有站点许可证和专门的管理员团队的大型公司。

Answer 2

MSMQ 还允许支持通过 PGM 协议发送消息（这是一种可靠的多播协议，部分由 Microsoft 和 Tibco 的代表设计）。原则上，这与将其发送到 ShuggyCoUk 所暗示的“云”中几乎相同，因为多个侦听 PGM 队列的客户端都应该收到从另一个客户端发送的消息，服务器的多播效率只需发送一次。

Tibco Rendezvous（如果仍然这样称呼的话）是：

• 昂贵的
• 坚如磐石
• 高效的
• 跨平台
• 跨语言

我从来没有使用过 MSMQ，而且我不知道那些这样做的子集是通过 PGM 这样做的。我的猜测可能并不多。它倾向于吸引可靠性胜过延迟人群（对于 Rendezvous 通常情况相反）和点对点而不是多播。