RabbitMQ 在 Heroku 上

我们非常高兴地宣布 RabbitMQ 作为 Heroku 插件的 Beta 版发布。 连同我们在 CloudFoundry 上的 RabbitMQ 服务，这进一步扩展了我们对支持云应用程序开发者社区的承诺。

我们认为云消息传递在两个方面是基础性的。 首先，正如我们在发布 CloudFoundry 上 RabbitMQ 的 博文 中解释的那样，它是构建可扩展到云用例的应用程序的核心能力。 其次，因为消息传递可以扩展以解决常见问题，例如集成和数据推送。 例如：将传统的本地应用程序与虚拟化和云部署连接起来。

为什么提供 RabbitMQ 作为服务

当我们与越来越多的客户谈论这个问题时，突出的一点是人们想要的不仅仅是“它能用就行了”。 他们还想要“它就在那里”。 换句话说，人们想要普遍性和便利性。

因此，对我们来说，超越将 RabbitMQ 作为您为每个应用程序实例安装和管理的产品来提供是有意义的。 RabbitMQ 现在也是一种平台服务。 这意味着它由我们安装和运营，以节省您自己管理所有 RabbitMQ 的开销和担忧。

非常感谢 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 所做的那样。