在 RabbitMQ 2.6.0 中，我们引入了 高可用 队列。这些需要对 AMQP 进行 新的扩展，以及大量的 文档，但迄今为止，很少有关于它们如何工作的文章。

近年来，网络技术领域发生了很多热门事件。JavaScript 似乎正在引领潮流，无论是浏览器端还是服务器端。在 RabbitMQ 总部，我们对消息传递领域的广泛发展很感兴趣，尤其对消息传递中的 JavaScript 方面感到兴奋，即 WebSockets 和相关技术。

我被要求在 PubSubHuddle 聚会 上做简短的演讲。演讲内容是关于 WebSockets 的当前发展、其问题以及使用它们构建 Web 应用程序。

我们在 RabbitMQ 总部面临的一个问题是，虽然我们可能非常了解代理的工作原理，但我们并没有大量的经验来设计使用 RabbitMQ 的应用程序，这些应用程序需要可靠地、无人值守地运行很长时间。我们花了很多时间在邮件列表上回答问题，并且我们在这里和那里做一些咨询工作，但在某些情况下，由于用户联系我们构建应用程序，我们才真正开始思考 RabbitMQ 的长期行为。最近，我们被提示深入思考队列的基本性能，这导致我们对配置兔子有一些认识。

突然之间，只剩下一个星期的时间了，距离 PubSub 聚会 举行。这是一个为期一天的会议，在伦敦举行，主题是消息传递。不仅仅是 RabbitMQ，还有 ZeroMQ、MQTT、XMPP 和 PuSH。

WebSocket 技术正在赶上，但所有浏览器都支持它还需要一段时间。在此期间，有很多项目旨在替代 WebSockets 并为 Web 应用程序提供 '实时' 功能。但所有尝试都只解决了一般问题的一部分，并且没有任何单一解决方案可以正常工作、可扩展，并且不需要特殊的部署技巧。

虽然 消防水带 是一个非常酷的功能，但我一直认为，没有一个简单的 GUI 来在其之上进行操作，使其对系统管理员可用，真是太可惜了。所以我写了一个。你可以在这里 下载 它。

我们很高兴地宣布，RabbitMQ 作为 Heroku 附加组件 正式进入测试阶段。结合我们 在 CloudFoundry 上的 RabbitMQ 服务，这扩展了我们对支持云应用程序开发人员社区的承诺。

我们相信云消息传递在两种意义上都是基础性的。首先，如我们在启动 CloudFoundry 上 RabbitMQ 的 博客文章 中所述，它作为构建扩展到云用例的应用程序的核心功能。其次，因为消息传递可以扩展到解决诸如集成和数据推送之类的常见问题。例如：连接传统内部部署应用程序与虚拟化和云部署。

使用 Web 浏览器进行 '实时网络' 或消息传递的想法已经存在了很长时间。首先它被称为 '长轮询'，然后是 'Comet'，最新的化身被称为 'WebSockets'。毫无疑问，它正在朝着好的方向发展，WebSockets 是一项简洁的技术。

但在争夺实时功能的过程中，我们忽略了真正重要的东西——如何实际使用消息传递。在 Web 环境中，一切都以请求-响应驱动，将典型的 Web 堆栈与异步消息传递相结合并不容易。

最近，我们推出了 用于 Cloud Foundry 的 RabbitMQ 服务，使您能够轻松地启动一个消息代理，以便与 Cloud Foundry 上的应用程序一起使用。网上有教程介绍如何使用它与 Ruby on Rails 以及使用 Spring 的 Java 应用程序一起使用。在这里，我们将介绍如何使用 RabbitMQ 服务与 Node.JS 应用程序一起使用。