Heroku 上的 RabbitMQ

我们很高兴地宣布，RabbitMQ 作为 Heroku 插件 已发布 beta 版。我们继 CloudFoundry 上的 RabbitMQ 服务 之后，此举将进一步拓展我们对云应用程序开发社区的支持。

我们认为，消息传递在云环境中至关重要，体现在两个方面。首先，它是一种核心能力，可以构建能够适应云用例的可伸缩应用程序，正如我们在 博客文章 中启动 CloudFoundry 上的 RabbitMQ 时所解释的那样。其次，消息传递可以扩展以解决集成和数据推送等常见问题。例如：连接传统的本地应用程序与虚拟化和云部署。

为什么将 RabbitMQ 作为服务提供

随着我们与越来越多的客户就此进行交流，最突出的是人们想要的不仅仅是“它能正常工作”。他们还想要“它就在那里”。换句话说，人们想要普遍性和便利性。

因此，我们有理由超越仅将 RabbitMQ 作为您为每个应用程序实例安装和管理的产品。RabbitMQ 现在也是一个平台服务。这意味着它由我们安装和运行，为您节省了管理所有 Rabbit 的开销和烦恼。

非常感谢 Rapportive

我们想借此机会感谢 出色的 Rapportive 团队，他们帮助我们对 Heroku 上的 RabbitMQ 进行了路测。

Sam Stokes，Rapportive 的首席技术官， kindly 向我们提供了以下推荐：“RabbitMQ 在 Rapportive 的扩展中发挥了重要作用。我们现在每月为用户提供 6500 万份联系人资料。”

他接着说：“RabbitMQ 将 Rapportive 整合在一起：它向我们高度并发的网页爬取引擎发送请求，为分析路由日志条目，并使我们能够在不占用 Web 服务器的情况下执行长期运行的操作。我们每月要求它处理数十亿条消息，而它从未出过差错。RabbitMQ Heroku 插件为我们节省了数周的精力，这些精力本将用于维护 RabbitMQ 实例。我们已经开始依赖他们响应迅速的支持和领域专业知识；他们甚至给了我们一些技巧来改进我们的应用程序代码！”

我们期待 Rapportive 越来越强大。

第一个开放的云消息服务

RabbitMQ 和 Rabbit 服务展示了 VMware 首席技术官 Steve Herrod 在去年一篇 博客文章 中所描述的“开放 PaaS”的力量。在开放 PaaS 中，平台服务（例如队列和通知）不会将开发人员限制在单个云中。

通过在 CloudFoundry 和 Heroku 实例上提供相同的 RabbitMQ 服务，我们在多个云上提供熟悉编程模型的便利性。这提供了选择，因为消息传递可以在开发人员选择部署其应用程序的同一位置可用。

而且，由于 RabbitMQ 是开源的，开发人员可以设置自己的消息传递功能进行测试，或者在防火墙后面的自己的服务器上进行设置。这提供了一个完整、一致且可移植的部署模型。

入门

使用 RabbitMQ 的 Heroku 应用程序可以用 Heroku 云上支持的任何语言构建。在 这篇博文 中，Morten Bagai 介绍了构建第一个应用程序所需的步骤。如果您想尝试该插件，但尚未加入 Heroku beta 测试计划，请与我们联系。

而且：如果您本周参加 Dreamforce，请前往开发者区域与 Jerry Kuch 交谈，他可以向您展示该服务。

如果您编写了很棒的应用程序，请告诉我们。我们将维护一个示例列表来展示该服务，正如我们与 CloudFoundry 所做的那样。