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 通常相反）和点对点而不是多播。