RabbitMQ 3.11.0 中所需的特性标识
RabbitMQ 3.11.0 将使在 RabbitMQ 3.8.x 生命周期中引入的所有 特性标识 成为必需。
最初使用 RabbitMQ 3.8.9 或更早版本创建集群的用户应在升级到 RabbitMQ 3.11 之前启用所有特性标识!如果未启用特性标识,RabbitMQ 3.11.0+ 将拒绝启动。
RabbitMQ 3.11.0 将使在 RabbitMQ 3.8.x 生命周期中引入的所有 特性标识 成为必需。
最初使用 RabbitMQ 3.8.9 或更早版本创建集群的用户应在升级到 RabbitMQ 3.11 之前启用所有特性标识!如果未启用特性标识,RabbitMQ 3.11.0+ 将拒绝启动。
最近的 Erlang/OTP 版本附带了对 Linux perf 的支持。这篇博文提供了有关如何在 RabbitMQ 中创建 CPU 和内存 火焰图 的分步说明,以便快速准确地检测性能瓶颈。我们还提供了一些示例,说明火焰图如何帮助我们提高 RabbitMQ 的消息吞吐量。
RabbitMQ 3.10 于 2022 年 5 月 3 日发布,其中包含 许多新功能和改进。这篇博文概述了该版本中的性能改进。简而言之,您可以预期更高的吞吐量、更低的延迟和更快的节点启动,尤其是在启动时导入大型定义文件的情况下。
在 RabbitMQ 3.10 中,仲裁队列提供了一种更安全的死信形式,该形式对队列之间消息传输使用至少一次保证。这篇博文解释了开始使用至少一次死信所需了解的所有内容。
本文还介绍了另外两个 RabbitMQ 3.10 功能:仲裁队列的消息生存时间 (TTL) 和死信的 Prometheus 指标。
我们计划于 2022 年 4 月 11 日发布 RabbitMQ 3.10.0。虽然我们已经在内部使用类似生产环境的工作负载对它进行了测试,但我们需要您的帮助来检查它是否像我们相信的那样稳定可靠。
许多组织对 RabbitMQ 的使用制定了政策,他们希望强制执行这些政策。这篇博文通过示例解释了如何将 Open Policy Agent Gatekeeper 项目 与 RabbitMQ 消息传递拓扑操作员 结合使用,以在 Kubernetes 上管理 RabbitMQ 资源,并通过扩展 Kubernetes API 对这些资源实施策略。