Heroku 上的 RabbitMQ

我们非常高兴地宣布，RabbitMQ 作为 Heroku 插件已进入 Beta 测试阶段。继我们在 CloudFoundry 上提供的 RabbitMQ 服务之后，此举进一步体现了我们致力于支持云应用开发人员社区的决心。

我们认为云消息传递在两个方面至关重要。首先，它是构建可扩展至云用例的应用程序的核心能力，正如我们在发布 CloudFoundry 上的 RabbitMQ 的 博文中所述。其次，消息传递可以扩展以解决诸如集成和数据推送等常见问题。例如：将传统的内部部署应用程序与虚拟化和云部署连接起来。

为什么要提供 RabbitMQ 作为服务

在与越来越多的客户交谈的过程中，我们发现他们想要的不仅仅是“它能工作”。他们还想要“它就在那里”。换句话说，人们想要普遍性和便利性。

因此，我们认为有必要超越提供 RabbitMQ 作为您为每个应用程序实例安装和管理的产品。RabbitMQ 现在也成为了一种平台服务。这意味着它由我们安装和操作，以节省您自行管理所有 Rabbit 的开销和烦恼。

特别感谢 Rapportive

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

Sam Stokes，Rapportive 的 CTO，慷慨地为我们提供了以下评价：“RabbitMQ 对 Rapportive 的扩展至关重要。我们现在每月为用户提供 6500 万个联系人资料。”

他继续说道：“RabbitMQ 将 Rapportive 联系在一起：它将请求传递到我们高度并发的网络爬虫引擎，路由日志条目以进行分析，并允许我们在不占用 Web 服务器的情况下执行长时间运行的操作。我们要求它每月处理数十亿条消息，而且它从未出现过问题。RabbitMQ Heroku 插件为我们节省了数周的维护 RabbitMQ 实例的工作量。我们已经开始依赖他们响应迅速的支持和领域专业知识；他们甚至给了我们一些改进应用程序代码的建议！”

我们期待着看到 Rapportive 越来越强大。

第一个开放的云消息传递服务

RabbitMQ 和 Rabbit 服务展示了“开放 PaaS”的强大功能，正如 VMware 的 CTO Steve Herrod 在 去年的博文中所述。在开放 PaaS 中，平台服务（例如队列和通知）不会将开发人员限制在单个云中。

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

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

入门

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

并且：如果您本周参加了 Dreamforce，请前往开发者专区与 Jerry Kuch 交流，他可以向您展示此服务。

如果您编写了一个很酷的应用程序，请告诉我们。我们将维护一个示例列表来展示此服务，就像我们在 CloudFoundry 上所做的那样。