我们很高兴地宣布，RabbitMQ Kubernetes Operator 已正式上市。RabbitMQ Operator 可以轻松地在任何已认证的 Kubernetes 发行版上一致地配置和管理 RabbitMQ 集群。Operator 向 Kubernetes 容器编排系统提供有关如何配置和控制特定应用程序的信息。Kubernetes (下称 K8s) Operator 模式是一种扩展 K8s API 和状态管理的方法，用于包含自定义资源的配置和管理——这些资源并非在默认 K8s 部署中提供。在本文中，我们将讨论 Operator 如何使 K8s 系统能够控制 RabbitMQ 集群。
这是关于仲裁队列（我们新的复制队列类型）系列的第一部分。我们将涵盖从仲裁队列是什么，到硬件要求，从镜像队列迁移以及最佳实践的方方面面。
多年来，镜像队列（也称为高可用性队列）一直是需要为消息提供额外数据安全保证的事实上的选择。仲裁队列是下一代复制队列，旨在取代镜像队列的大多数用例，并且从 3.8 版本开始提供。
在本系列博客中，我们将涵盖以下内容
RabbitMQ 3.8 已发布，并包含一些专注于可靠性、操作和可观察性的主要新功能。
您可以在 GitHub 发布页面 上找到新的 3.8 版本，其中包含有关版本内容的以及各种安装资产的信息。有关升级到 3.8.0 的更多信息，请参阅我们的 升级指南。
我们的团队将此版本献给 Joe Armstrong，Erlang 的创建者。Joe 在并发和分布式系统领域的贡献至今仍使 RabbitMQ 受益。同样重要的是，Joe 是一位杰出的工程师，同时又非常谦逊和友善。
让我们快速看一下这个版本的新功能。
在本文中，我们将介绍 RabbitMQ 3.8 中的一个新子系统——特性标志。特性标志将允许滚动升级集群到下一个次要版本，而无需在升级前停止所有节点。
在本帖中，我们将介绍 RabbitMQ Java 客户端库如何收集运行时指标并将其发送到 JMX 和 Datadog 等监控系统。
在本篇博文中，我们将介绍 RabbitMQ 3.7.0 中提供的一种新配置格式。
在本篇博文中，我们将深入探讨在 RabbitMQ 3.7.0 中引入的新子系统。
经过一年多的努力，RabbitMQ 3.7.0 已在假期开始前悄然发布。此次发布深受社区对 3.6.x 版本反馈的启发。在本篇文章中，我们将介绍此次发布的一些亮点。
RabbitMQ 团队很高兴宣布 HOP（RabbitMQ HTTP API Java 及其他 JVM 语言客户端）2.0 版本发布。此新版本引入了一个基于 Spring Framework 5.0 WebFlux 的新响应式客户端。
RabbitMQ 团队很高兴地宣布发布 RabbitMQ Java 客户端 5.0 版本。新版本现已基于 Java 8，并带来了一系列有趣的新功能。