至少一次死信
·阅读 22 分钟
RabbitMQ 3.10 中的仲裁队列 (Quorum queues) 提供了更安全的死信机制,该机制使用至少一次的保证来传输队列之间的消息。这篇博文将解释您开始使用至少一次死信所需了解的一切。
这篇帖子还介绍了 RabbitMQ 3.10 的另外两项功能:仲裁队列的消息生存时间 (TTL) 以及死信消息的 Prometheus 指标。
RabbitMQ 3.10 中的仲裁队列 (Quorum queues) 提供了更安全的死信机制,该机制使用至少一次的保证来传输队列之间的消息。这篇博文将解释您开始使用至少一次死信所需了解的一切。
这篇帖子还介绍了 RabbitMQ 3.10 的另外两项功能:仲裁队列的消息生存时间 (TTL) 以及死信消息的 Prometheus 指标。
这篇文章写于 2020 年。此后,Tanzu RabbitMQ 添加了许多容灾功能,例如温备复制 (Warm Standby Replication)。
在这篇文章中,我将介绍我在企业中收到的关于 RabbitMQ 最常被问到的问题。
如何才能使 RabbitMQ 高可用,以及推荐哪些架构/实践来容灾?
RabbitMQ 提供了支持高可用性和容灾的功能,但在我们直接深入之前,我想先做一些铺垫。首先,我想回顾一下业务连续性计划 (Business Continuity Planning),并用这些术语来界定我们的需求。然后,我们需要对什么是可能的设定一些预期。有一些基本定律,如光速和 CAP 定理,它们都对我们选择哪种 DR/HA 解决方案有严重影响。
最后,我们将审视可用的 RabbitMQ 功能及其优缺点。