为什么使用 RabbitMQ 作为代理和 redis 作为结果后端？答案

【问题标题】：Why use RabiitMQ as broker AND redis as results backend?为什么使用 RabbitMQ 作为代理和 redis 作为结果后端？
【发布时间】：2019-07-04 21:22:36
【问题描述】：

来自 celery 文档：

或者如果你想使用 Redis 作为结果后端，但仍然使用 RabbitMQ 作为消息代理（一种流行的组合）：

我了解如何使用 RabbitMQ 作为消息代理并使用 Redis 作为结果后端...

我不明白为什么这是一个流行的组合以及它带来了什么好处，无论我在哪里寻找解释，我都会找到关于为什么一个比另一个更好的意见，但从来没有争论为什么要结合使用它们。

【问题讨论】：

【解决方案1】：

当您必须处理具有到期日期的键/值时，Redis 和 memcached 是显而易见的选择。这是 Celery 结果后端的完美选择。更不用说 Redis 可以配置为高可用（集群或哨兵模式）。

最后，以我的拙见，没有什么比 Redis 的简单性更好。

【讨论】：