将 Redis 用于 Pub Sub 。与 RabbitMQ 相比的优点/缺点答案

【问题标题】：Using Redis for Pub Sub . Advantages / Disadvantages over RabbitMQ将 Redis 用于 Pub Sub 。与 RabbitMQ 相比的优点/缺点
【发布时间】：2011-11-15 00:12:28
【问题描述】：

我们的要求很简单。向订阅主题的用户发送消息。我们需要我们的消息传递系统能够近乎实时地支持数百万个主题，甚至可能是数百万个给定主题的订阅者。我们的应用程序是用 Java 构建的。

我们几乎决定使用 RabbitMQ，因为社区支持、文档和功能（它可能会提供我们需要的一切）。但我非常倾向于使用 Redis，因为它看起来很有前途且轻量级。老实说，我对 Redis 作为消息传递系统的了解有限，但是看着越来越多的公司将其用作队列（使用 Ruby Resque），我想知道 Java 中是否有类似 Resque 的产品，有什么优势或使用 Redis 作为 MQ 而不是 RabbitMQ 的缺点。

【问题讨论】：

标签： redis message-queue rabbitmq

【解决方案1】：

RabbitMQ 支持集群，现在具有活动/活动高可用队列，允许更大的横向扩展和可用性选项，然后可以使用开箱即用的 Redis。

RabbitMQ 让您可以更好地控制一切，从交换/队列的用户/权限到特定交换或队列的持久性（磁盘与内存），再到交付保证（交易、发布者确认）。

它还为您的拓扑（扇出、主题、直接）和路由到多个队列、带有私有队列的 RPC 和回复等提供更多灵活性和选项。

【讨论】：

谢谢达克沃斯。我的困境来自 heello.com 正在使用 redis/Resque 的事实，并且可能他们已经准备好处理大量消息流。我想知道 Redis 是否准备好处理这样的规模。我仍然有兴趣找到答案，但除此之外我对 RabbitMQ 感到满意。
我用于 RMQ 的每个客户端库在维护持久连接方面都存在严重错误。设计/架构很漂亮，但请考虑现实世界的高可用性情况。