使用Redis的Pub Sub。 RabbitMQ的优点/缺点
我们的要求非常简单。 将消息发送给订阅主题的用户。 我们需要我们的消息系统能够近乎实时地支持数百万话题，甚至可能有数百万订阅者访问任何特定话题。 我们的应用程序是用Java构建的。
我们几乎决定使用RabbitMQ，因为社区支持，文档和功能（可能它会提供我们需要的一切）。 但是我非常倾向于使用Redis，因为它看起来很有前途且很轻巧。 老实说，我对Redis作为一种消息传递系统的理解有限，但是看到越来越多的公司将它用作排队（使用Ruby Resque），我想知道是否有像Java这样的Resque产品，以及哪些优势或使用Redis作为RabbitMQ上的MQ的缺点。
RabbitMQ支持群集功能，现在拥有主动/主动高可用队列，可以实现更大的扩展和可用性选项，然后Redis可以使用这些选项。
RabbitMQ可以为用户/交换/队列权限，特定交易所或队列（磁盘vs内存）的持久性，以及交付（交易，发行商确认）的保证等各方面提供更多的控制。
它还可以为您的拓扑（扇出，主题，直接）和路由到多个队列提供更多的灵活性和选项，带有专用队列和回复的RPC等。
链接地址: http://www.djcxy.com/p/34155.html上一篇: Using Redis for Pub Sub . Advantages / Disadvantages over RabbitMQ