RabbitMQ/0MQ 桥接器
最近,我和 Michael Bridgen 实现了一个桥接器,用于将 RabbitMQ 代理与使用 0MQ 进行消息传递的应用程序连接起来。
它在这里: http://github.com/rabbitmq/rmq-0mq
那么:用户同时使用这两个产品能获得什么样的好处?
最近,我和 Michael Bridgen 实现了一个桥接器,用于将 RabbitMQ 代理与使用 0MQ 进行消息传递的应用程序连接起来。
它在这里: http://github.com/rabbitmq/rmq-0mq
那么:用户同时使用这两个产品能获得什么样的好处?
在 RabbitMQ 推出三年半后,我们本周发布了 RabbitMQ 2.0。
这意味着一些重大变化。其中最重要的是我们新的可伸缩存储引擎。RabbitMQ 一直为故障恢复提供持久化。但现在,您可以随意将数据推送到 RabbitMQ,而无需担心已存储的数据量,也不必担心缓慢的消费者会干扰处理。随着您的应用程序需求增长,RabbitMQ 可以稳定可靠地与您一起扩展。
在介绍 RabbitMQ 2.0 之前,我重申一下,随着 RabbitMQ 的发展,您可以指望我们对您作为客户或最终用户的同等高度的承诺,无论您是大型企业、下一代初创公司还是开源社区。一如既往,如果您需要帮助或商业支持,请 联系我们。

长久以来,RabbitMQ 内置的管理和监控功能一直是 rabbitmqctl。虽然它是一个合理(如果您喜欢命令行的话)的管理工具,但 rabbitmqctl 作为监控工具从未强大过。因此,我们将要构建更好的东西。
从一开始,RabbitMQ 就实现了 AMQP 规范的 0-8 版本。这是第一个公开版本,但此后已经有了很多发展。特别是,我们一直希望支持 AMQP 的 0-9-1 版本。
AMQP 的 `basic.reject` 支持已在默认版本中实现。花了这么长时间是因为我们无法就一套符合规范、确实有用且实现起来不太复杂的方法达成一致。