RabbitMQ 3.11.0 发布日历
我们计划在 2022 年 9 月 5 日发布 RabbitMQ 3.11.0。虽然我们已经在内部使用类似生产环境的工作负载对其进行了测试一段时间,但我们需要您的帮助来检查它是否像我们认为的那样稳定和可靠。
我们计划在 2022 年 9 月 5 日发布 RabbitMQ 3.11.0。虽然我们已经在内部使用类似生产环境的工作负载对其进行了测试一段时间,但我们需要您的帮助来检查它是否像我们认为的那样稳定和可靠。
今天,当我们使用带有 rabbitmq_auth_backend_oauth2 插件的 rabbitmq-management 时,唯一支持的授权服务器是 UAA,这使得连接到其他 OAuth 2.0 服务器变得困难。此外,rabbitmq-management 插件使用 OAuth 2.0 隐式 流程,出于安全原因,不再推荐使用该流程。
RabbitMQ 3.11 将支持实际上任何符合 OpenID Connect 和 OAuth 2.0 协议的授权服务器。此外,OAuth 2.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 指标。