至少一次死信
·20 分钟阅读
RabbitMQ 3.10 中的仲裁队列提供了一种更安全的死信形式,它使用至少一次保证来传输队列之间的消息。这篇博文解释了开始使用至少一次死信所需了解的一切。
这篇文章还介绍了 RabbitMQ 3.10 的另外两个功能:仲裁队列的消息生存时间 (TTL) 和死信消息的 Prometheus 指标。
RabbitMQ 3.10 中的仲裁队列提供了一种更安全的死信形式,它使用至少一次保证来传输队列之间的消息。这篇博文解释了开始使用至少一次死信所需了解的一切。
这篇文章还介绍了 RabbitMQ 3.10 的另外两个功能:仲裁队列的消息生存时间 (TTL) 和死信消息的 Prometheus 指标。
请注意,这篇文章包含过时的信息 |
---|
RabbitMQ 现在通过商业版本中的 Warm Standby Replication feature 具备灾难恢复能力 |
在这篇文章中,我将介绍可能是我收到的关于企业 RabbitMQ 最常见的问题。
我如何使 RabbitMQ 具有高可用性,以及推荐哪些架构/实践用于灾难恢复?
RabbitMQ 提供了支持高可用性和灾难恢复的功能,但在我们深入研究之前,我想稍微打下基础。首先,我想回顾一下业务连续性计划,并在这些术语中构建我们的需求。从那里,我们需要对可能实现的目标设定一些期望。有一些基本定律,例如光速和 CAP 定理,它们都对我们决定采用哪种 DR/HA 解决方案产生重大影响。
最后,我们将看看 RabbitMQ 为我们提供的功能及其优点/缺点。