我正在设置我那台从室友那里“收回”的旧 MacBook，以便能够用于编程。

RabbitMQ 团队一直在与 Martin Sustrik 合作，提供 关于如何将 RabbitMQ 与 ZeroMQ 结合使用的代码和文档。  为什么这是一个好主意？  因为 Broker 和 Brokerless 方法是互补的。  随着代码库的不断发展，我们将发布更多关于这方面的内容。  这篇博文是入门性质的，可以看作是对 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 一直为故障恢复提供持久化。但现在，您可以随意将数据推送到 RabbitMQ，而无需担心已存储的数据量，也不必担心缓慢的消费者会干扰处理。随着您的应用程序需求增长，RabbitMQ 可以稳定可靠地与您一起扩展。

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

长久以来，RabbitMQ 内置的管理和监控功能一直是 rabbitmqctl。虽然它是一个合理（如果您喜欢命令行的话）的管理工具，但 rabbitmqctl 作为监控工具从未强大过。因此，我们将要构建更好的东西。

从一开始，RabbitMQ 就实现了 AMQP 规范的 0-8 版本。这是第一个公开版本，但此后已经有了很多发展。特别是，我们一直希望支持 AMQP 的 0-9-1 版本。

AMQP 的 `basic.reject` 支持已在默认版本中实现。花了这么长时间是因为我们无法就一套符合规范、确实有用且实现起来不太复杂的方法达成一致。

欢迎来到全新的 RabbitMQ 博客！