我正在浏览一个开源消息传递软件，经过一些研究，我发现了这三个产品。我已经把这些用于初步测试，让他们处理队列和主题的消息，从我读过的所有这三个产品都是大多数公司的开源消息解决方案的好选择。我想知道这些产品可能具有哪些优势？我特别感兴趣的是消息吞吐量，包括持久消息吞吐量，安全性，可伸缩性，可靠性，支持，路由功能，度量和监视等管理选项，以及每个程序在大型业务环境中运行的程度。 / p>
答案 0 :(得分：3)
从他们的网站：
目标是创建一个高质量的队列列表，其中包含一系列文章，博客文章，幻灯片和有关它们的视频。阅读链接文章后，您应该对以下内容有一个好主意：每个队列的优缺点，对队列如何工作的基本理解，以及每个队列试图实现的目标。基本上，您应该拥有决定最适合您需求的队列所需的所有信息。
答案 1 :(得分：2)
'messaging'涵盖了很多选项 - 必须至少有十几种不同类型的技术可以是正确的答案 - 使用各种技术/方法构建了许多生产消息传递环境，更好地理解你的要求会有所帮助。
您需要基于主题的订阅吗？你需要多播传送吗？你需要动态订阅者/听众吗？即使在找到可接受的发布者/提要之后，您的听众是否会重新获得最佳来源？
您需要保证交货吗？发货确认？您是发布者存储任何未传递的邮件，还是您需要邮件系统自动为您执行此操作？您的Feed数据多久过时 - 例如电子邮件警报可以存储转发，但实时定价数据仅在短时间内有效（然后可能需要消失而不是引起混淆）
您的网络拓扑有多易变？您的订阅者（或发布者）是否希望住在固定地址？或者他们是移动设备？他们是否可以通过更复杂的互联网络拓扑结构向您展示需要注册并可能实施路由限制？如果是的话，任何想法都会改变这些拓扑的频率吗？
你只需要一个java界面吗？您的任何订阅者是否都要集成到Windows组件中（例如提交到excel中）？
如果您只对比较您所命名的类似产品的经验感兴趣，那么您可能已经仔细考虑了这些主题。
就产品而言，根据我的经验，Tibco仍然是吞吐量和可扩展性的领导者，尤其是在实时环境中。 ibm MQ将是下一个，特别是在存储转发架构中。通过这两种产品，您可以获得一定程度的支持，从而可以证明您可以投资业务系统的基本部分。这两个问题都存在了几十年。
另一个经常被忽视的选项是Tuxedo - 它不仅提供消息传递，还提供无与伦比的经过验证的事务处理功能。 Oracle继续致力于此产品，同样，可用的支持水平也是首屈一指的。
我喜欢开源解决方案，我很乐意免费找到生产质量的软件 - 但如果您正在创建业务基础架构的基本部分，那么活跃的社区仍然可能无法表明某个特定的自愿项目是否是最好的选择。
我的2c值得。希望它有所帮助。
答案 2 :(得分：1)
首先，我不是这方面的专家，但也许我可以给你一些思考提示。
ActiveMQ和Qpid都在Apache保护伞下并且是消息队列。但Qpid是AMQP规范的实现。
AMQP是线路级别的协议规范，因此可以与其他AMQP消息队列（例如RabbitMQ）交换消息。
ActiveMQ和HornetQ是可以与JMS API一起使用的队列。 Java消息服务是API级别的规范。
但您也可以选择通过JMS API访问Qpid。 我认为表演是次要的想法。拥有一个活跃的社区更重要。
答案 3 :(得分：1)
基准测试包含一些性能数据供您决定，包括持久性和瞬态结果。