最近，Michael Bridgen 和我实现了一个桥接器，用于将 RabbitMQ 代理与使用 0MQ 进行消息传递的应用程序连接起来。

在这里：http://github.com/rabbitmq/rmq-0mq

那么：用户并行使用这两种产品可以获得什么样的好处？

我正在设置我从室友那里收回来的旧 MacBook，使其可用于编程。

RabbitMQ 团队一直在与 Martin Sustrik 合作，为 一起使用 RabbitMQ 和 ZeroMQ 的代码和文档提供支持。 为什么这是一个好主意？ 因为代理和无代理方法是互补的。 随着代码库的发展，我们将发布更多关于这方面的信息。 这篇文章是介绍性的，可以看作是对 Ilya Grigorik 对 ZeroMQ 的精彩介绍 和 InfoQ 对 Ilya 文章的总结 的评论。

最近我们收到了很多将 RabbitMQ 代码放在 github 上的请求。

RabbitMQ 是开源的，我们处理代码的 Mercurial 仓库 是公开可访问的。 但是 github 正在迅速将自己确立为开源开发的 Facebook：它使人们可以轻松地关注项目并参与其开发，所有这些都在一个简洁的基于 Web 的 UI 中完成。

因此，从今天开始，我们将我们的仓库镜像到 github。 您可以在 http://github.com/rabbitmq 找到它们。 github 上的仓库会以几分钟的延迟跟踪我们的 Mercurial 仓库。

RabbitMQ 的主要开发将继续在 Mercurial 上进行。 将我们的开发工作流程和基础设施转换为 git 将花费大量精力，我们宁愿将这些精力用于改进 RabbitMQ。 而且，团队成员对 hg 和 git 的相对优点意见不一。

如果您希望为 RabbitMQ 做出贡献，我们很乐意通过 github 或 Mercurial 托管站点（如 bitbucket）甚至以老式的补丁形式接收更改！

在其他方面中，最近我们一直专注于提高 RabbitMQ 的路由性能。 特别是，我们研究了通过使用一些著名的算法以及其他一些技巧来加速主题交换。 我们能够获得比当前实现快许多倍的解决方案。

之前提到的 管理插件现在处于值得查看和测试的状态。 为了使其易于操作，我专门为管理插件制作了一个一次性的二进制版本（将来我们将像其他插件一样制作其二进制版本）。 从 这里 下载所有 .ez 文件，并按照 此处 的描述安装它们，然后告诉我们您的想法。（2010-09-22 更新：请注意，此博客文章中引用的插件适用于 RabbitMQ 2.0.0 版本。我们现在发布了 2.1.0 - 对于此版本和后续版本，您可以从 此处 获取管理插件）。

在我们推出 RabbitMQ 大约三年半之后，我们本周发布了 RabbitMQ 2.0。

这意味着一些重大变化。 其中最重要的是我们新的可扩展存储引擎。 RabbitMQ 一直为故障恢复提供持久性。 但是现在，您可以愉快地将数据推送到 Rabbit 中，而无需考虑已存储多少数据，并且您无需担心慢速消费者会中断处理。 随着您的应用程序需求的增长，Rabbit 可以以稳定、可靠的方式与您一起扩展。

在介绍 RabbitMQ 2.0 之前，让我重申，随着 Rabbit 的发展，无论您是大型企业、下一代初创公司还是开源社区，您都可以指望我们对您作为客户或最终用户保持同样高度的承诺。 与往常一样，如果您需要帮助或商业支持，请 联系我们。

长期以来，RabbitMQ 中内置的管理和监控功能一直由 rabbitmqctl 组成。 虽然它是一个合理的管理工具（假设您喜欢命令行），但 rabbitmqctl 从来都不是一个非常强大的监控工具。 因此，我们将构建更好的东西。

从一开始，RabbitMQ 就实现了 AMQP 规范的 0-8 版本。 这是第一个公开可用的版本，但是从那时起就进行了大量的开发。 特别是，我们希望支持 AMQP 的 0-9-1 版本已经有一段时间了。

对 AMQP 的 basic.reject 的支持刚刚登陆默认分支。 花了这么长时间是因为我们无法就一组遵循规范、真正有用且实现起来不太复杂的语义达成一致。