Tibco EMS与MSMQ vs. MQ

Question

无法在这个问题上找到答案,所以想要发起这个:

Tibco EMS与MSMQ vs. MQ.

这3种技术如何比较？哪一个更好,哪种情况？具体来说,我认为在SOA环境(.NET + WCF)中使用其中之一,其中场景将随着时间的推移而成熟.

我对性能有一个额外的特殊兴趣,这一点很重要.因此,如果给出选择,性能是至关重要的.

我希望有一张清晰的图片比较表.

谢谢!

编辑:

我主要关注两个参数:性能和可伸缩性. 可扩展性 - 这些技术如何在支持的并发用户数量方面进行比较？哪个可以支持更多用户？场景无关紧要,让我们选择所有场景支持的场景 - 例如简单的队列. 性能 - 在完全相同的情况下,执行速度更快？

Answer 1

如果你想使用WCF而不是非真正重要.只有在使用直接API时才能获得大部分内容.

MSMQ - 每个Windows安装都安装了MS技术.它只是支持队列的传输技术.

Tibco EMS - 支持队列和主题的Tibco技术(发布/订阅).它价格昂贵,更适合企业场景.您很可能还需要其他Tibco工具和技术来实现完整的SOA解决方案(Tibco ActiveMatrix产品套件)..NET和WCF将只是连接到此基础架构的应用程序,这些应用程序更适合Java世界.它也可以在非Windows平台上运行,并与Tibco Business Works一起为许多LOB应用程序提供连接器(适配器).我喜欢Tibco产品的API,但我真的不喜欢他们工具的UI.

IBM MQ - 支持队列的IBM技术,它还以某种方式模拟主题(发布/订阅).同样,它是昂贵的商业解决方案,更适合涉及大型机的企业场景 - 这是最大的MQ优势 - 它"无处不在"运行.但这是优势的结束.Java和.NET的API都很糟糕..NET API充满了错误,并且无法按预期工作.IBM不了解.NET库版本控制,这会在将客户端应用程序移动到安装了不同MQ客户端的计算机时导致严重问题.

编辑:

关于MQ有什么问题,有几个问题/评论？您可以查看我的MQ问题.并非每个问题都是一个问题,但你会发现很少有人直接指向错误.这些问题已经可以在新的MQ客户端版本中修复,但这并不意味着没有其他问题.一般来说,我发现MQ .NET API是我曾经使用过的最令人沮丧的库 - 它甚至憎恨讨厌的SharePoint.

另一方面,如果您只需要发送和接收某些消息,并且不打算做任何特殊的事情或使用低级功能,那么您应该没问题.最后,API会被使用一段时间,并且常见的用例应该起作用 - 如果你不满足于击退回归错误.