Jms HornetQ与ActiveMQ与Qpid的优势

我在浏览一个开源的消息软件，经过一番研究，我发现了这三种产品。我已经将这些产品进行了初步测试，让它们处理队列和主题的消息，从我所读到的内容来看，对于大多数公司来说，这三种产品都是开源消息解决方案的不错选择。我想知道的是，这些产品相比其他产品有哪些优势？我特别感兴趣的是消息传递吞吐量，包括持久消息传递吞吐量、安全性、可扩展性、可靠性、支持、路由功能、管理选项（如度量和监控），以及每个程序在大型业务环境中的运行情况。

首先，我不是这方面的专家，但也许我可以给你一些思考的暗示

ActiveMQ和Qpid都在Apache保护伞下，是消息队列。但是Qpid是AMQP规范的一个实现

AMQP是有线级别的协议规范，因此可以与其他AMQP消息队列（例如RabbitMQ）交换消息

ActiveMQ和HornetQ是可以与JMS API一起使用的队列。Java消息服务是API级别的规范

但您也可以选择通过JMS API访问Qpid。

---

我认为表演是次要的。拥有一个活跃的社区更为重要。

“消息传递”涵盖了许多选项，必须至少有十几种不同类型的技术才能成为正确的答案，使用各种技术/方法构建了许多生产消息传递环境，更好地理解您的需求会有所帮助

您需要基于主题的订阅吗？您需要多播传送吗？您需要动态订户/侦听器吗？即使在找到了一个可接受的出版商/订阅源之后，您的听众还会重新询问最佳来源吗

你们需要保证交货吗？交货确认书？您的publisher是否存储任何未送达的邮件，或者是否需要邮件系统自动为您存储这些邮件？您的订阅源数据过时的频率是多少？例如，电子邮件ish警报可以存储和转发，但实时定价数据仅在短时间内有效（然后可能需要删除，而不是引起混乱）

您的网络拓扑有多不稳定？您的订户（或出版商）是否希望住在固定地址？还是移动设备？它们会出现在需要注册和可能施加路由限制的更复杂的网络拓扑上吗？如果有的话，你知道这些拓扑变化的频率吗

您只需要一个java接口吗？您的订阅服务器是否要集成到windows组件中（如excel中的提要）

如果您只对比较您命名的类似产品的经验感兴趣，那么您可能已经仔细考虑了这些主题

就产品而言，根据我的经验，Tibco在吞吐量和可扩展性方面仍然处于领先地位，特别是在实时环境中。ibm MQ将是下一个，尤其是在存储转发体系结构中。有了这两种产品，您就可以获得一定程度的支持，从而证明您可以将赌注押在业务系统的基本部分上。这两者都存在了几十年是有原因的

另一个经常被忽视的选项是Tuxedo，它不仅提供消息传递，而且提供了一种经验证的、无与伦比的事务处理能力。Oracle将继续致力于此产品，而且提供的支持级别也是首屈一指的

我喜欢开源解决方案，并且总是很高兴找到免费的生产质量软件——但如果您正在创建业务基础设施的一个基本部分，那么活跃的社区可能仍然无法表明某个特定的自愿项目是否是最佳选择

我的价值。希望能有所帮助。

基准测试包括一些性能数据供您决定，包括持久性和暂时性结果。

请查看

从他们的网站：

目标是创建一个高质量的队列列表，其中包含关于队列的文章、博客文章、幻灯片和视频。阅读链接文章后，您应该对以下方面有一个很好的了解：每个队列的优缺点，对队列如何工作的基本理解，以及每个队列试图实现的目标。基本上，您应该拥有决定哪个队列最适合您的需要所需的所有信息

---

您可以将HornetQ与HornetQ核心API一起使用。HornetQ是多协议的，在不久的将来AMQP是可能的。我不认为IBMMQ像你说的那么快。我不能提供太多的数据，但据我所知，IBMMQ并不以快速著称。同意-如果速度是您主要关心的问题，您不会选择MQ-当Tibco停止销售ETX时，它为fast+保证留下了一个空缺。如果fast对您来说意味着即使是最大的网络也只需要几毫秒，那么afaik Tibco RV仍然是最好的选择。HornetQ在其本机协议上速度更快。我可以向你保证。消息系统中的速度不是在单个生产者/消费者上测量的。为了生成一个有效的报告，您需要进行扩展。下面是一个2-CPU Linux机箱（内存为4GB）的性能统计数据：其他平台的统计数据位于以下条目中，名称为MP**。WebSphereMQ可以调整为有利于速度或可靠性，并且在默认配置中提供了两者的平衡。完全公开，我是一名专门从事WMQ的IBM员工。它倒了。改为去