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