今天，当我们使用 rabbitmq-management 和 rabbitmq_auth_backend_oauth2 插件时，唯一支持的授权服务器是 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+ 将拒绝启动。
RabbitMQ 3.11 将带来一个在其历史上名称最酷的功能之一：Super Streams。Super Streams 是一种通过将大型流分区为较小流来扩展的方法。它们与Single Active Consumer集成，以在分区内保留消息顺序。
这篇博文概述了 Super Streams 及其带来的用例。继续阅读以了解更多信息，我们重视您的反馈，以使此功能尽善尽美。
RabbitMQ 3.11 将为 Stream 带来一个值得关注的功能：单活动消费者。单活动消费者为 Stream 提供独占消费和消费连续性。它对于充分利用我们用于分区的解决方案Super Streams 也至关重要，该解决方案为 Stream 提供可扩展性。
请继续阅读以了解有关 Stream 单活动消费者的更多信息，并且不要犹豫尝试已经可用的功能：试用，破坏它，告诉我们您喜欢和不喜欢什么，还缺少什么。您的反馈对于使此功能尽善尽美至关重要。
最近的 Erlang/OTP 版本支持 Linux perf。本文提供了分步说明，介绍如何在 RabbitMQ 中创建 CPU 和内存 火焰图，以快速准确地检测性能瓶颈。我们还提供了一些示例，说明火焰图如何帮助我们提高 RabbitMQ 的消息吞吐量。
RabbitMQ 3.10 已于 2022 年 5 月 3 日发布，具有许多新功能和改进。本文概述了该版本中的性能改进。简而言之，您可以期待更高的吞吐量、更低的延迟和更快的节点启动速度，尤其是在启动时导入大型定义文件的情况下。
RabbitMQ 3.10 中的仲裁队列 (Quorum queues) 提供了更安全的死信机制，该机制使用至少一次的保证来传输队列之间的消息。这篇博文将解释您开始使用至少一次死信所需了解的一切。
这篇帖子还介绍了 RabbitMQ 3.10 的另外两项功能：仲裁队列的消息生存时间 (TTL) 以及死信消息的 Prometheus 指标。
我们计划于 2022 年 4 月 11 日发布 RabbitMQ 3.10.0。尽管我们已经对其进行了长时间的内部测试，并且使用了生产级的负载，但我们需要您的帮助来检查它是否像我们所认为的那样稳定可靠。