I was browsing for an open source messaging software and after some good bit of research I came across these three products. I've taken these out for a preliminary test drive, having had them handle messages for queues and topics, and from what I've read all three of these products are good picks for an Open Source messaging solution for most companies. What I was wondering was what are the advantages that these products may have over one another? What I'm particularly interested in is messaging throughput, including persistent messaging throughput, security, scalability, reliability, support, routing capabilities, administrative options such as metrics and monitoring, and generally just how well each program runs in a large business environment.
4 回答
从他们的网站：
目标是创建一个高质量的队列列表，其中包含有关它们的文章、博客文章、幻灯片和视频的集合。阅读链接的文章后，您应该对以下内容有一个很好的了解：每个队列的优缺点，对队列工作原理的基本了解，以及每个队列试图实现的目标。基本上，您应该拥有决定哪个队列最适合您的需求所需的所有信息。
“消息传递”涵盖了很多选项 - 并且必须至少有十几种不同类型的技术可能是正确的答案 - 构建了许多生产消息传递环境，使用各种技术/方法，更好地了解您的需求会帮助。
您需要基于主题的订阅吗？您需要多播传送吗？你需要动态订阅者/听众吗？即使找到可接受的发布者/提要，您的听众是否会重新查询最佳来源？
您需要保证交货吗？发货确认？您的发布者是否存储了任何未传递的消息，或者您是否需要消息传递系统自动为您执行此操作？您的提要数据多久过时一次 - 例如电子邮件式警报可以存储和转发，但实时定价数据仅在短时间内有效（然后可能需要消失而不是引起混乱）
您的网络拓扑结构有多不稳定？您的订阅者（或发布者）是否希望住在固定地址？还是他们是移动设备？它们是否会出现在需要注册并可能施加路由限制的更复杂的互联网络拓扑上？如果有的话，知道这些拓扑结构变化的频率吗？
你只需要一个java接口吗？您的订阅者中是否有任何要集成到 Windows 组件中的（如 excel 中的提要）？
如果您只对比较您命名的类似产品的体验感兴趣，那么您可能已经考虑过这些主题。
至于产品，根据我的经验，Tibco 在吞吐量和可扩展性方面仍然处于领先地位，尤其是在实时环境中。ibm MQ 将是下一个，尤其是在存储转发架构中。使用这两种产品，您可以获得一定程度的支持，您可以证明押注业务系统的基本部分是合理的。这两者已经存在了几十年是有原因的。
另一个经常被忽视的选项是 Tuxedo - 它不仅提供消息传递，而且提供了无与伦比的经过验证的事务功能。Oracle 继续致力于该产品，而且提供的支持水平也是首屈一指的。
我喜欢开源解决方案，并且总是很高兴免费找到生产质量的软件 - 但如果您正在创建业务基础架构的基本部分，那么活跃的社区可能仍然无法表明特定的自愿项目是否是最佳选择。
我的2c值。希望能帮助到你。
首先，我不是这方面的专家，但也许我可以给你一些思考提示。
ActiveMQ 和 Qpid 都在 Apache 的保护伞下并且是消息队列。但是 Qpid 是 AMQP 规范的实现。
AMQP 是在线级别的协议规范，因此可以与其他 AMQP 消息队列（例如 RabbitMQ）交换消息。
ActiveMQ 和 HornetQ 是可以与 JMS API 一起使用的队列。Java 消息服务是 API 级别的规范。
但是您也可以选择通过 JMS API 访问 Qpid。我认为性能是次要的想法。拥有一个活跃的社区更为重要。
Benchmark 包含一些性能数据供您决定，包括持久性和瞬态结果。