65 篇帖子已标记 “新功能”

RabbitMQ 3.10 中的 Quorum 队列提供了一种更安全的死信形式，它使用至少一次保证来确保队列之间消息的传输。这篇博文解释了开始使用至少一次死信所需了解的一切。

这篇文章还介绍了 RabbitMQ 3.10 的另外两个功能：quorum 队列的消息生存时间 (TTL) 和死信消息的 Prometheus 指标。

RabbitMQ Streams 允许应用程序借助其强大的消息格式传递详细信息。Streams 本身就是一个功能，但它们也与 RabbitMQ 支持的现有资源和协议完全集成。这篇博文涵盖了 RabbitMQ 中 Streams 的互操作性，并探讨了它解锁的场景。

RabbitMQ Streams 为消费者提供服务器端偏移量跟踪。此功能允许消费应用程序在上次运行停止的位置重新开始消费。这篇文章涵盖了偏移量跟踪的语义以及它在 stream Java 客户端中的实现方式。

RabbitMQ Streams 概述 介绍了 streams，这是 RabbitMQ 3.9 中的一项新功能，而 RabbitMQ Streams 首个应用程序 概述了 stream Java 客户端的编程模型。这篇文章涵盖了如何在 RabbitMQ Streams 中对已发布的消息进行去重。

由于去重是一个关键且复杂概念，这篇文章将逐步引导您了解此机制，从一个朴素且有些问题的发布应用程序到一个优化且可靠的实现。

RabbitMQ Streams 概述 介绍了 streams，这是 RabbitMQ 3.9 中的一项新功能。这篇文章涵盖了当使用 stream 协议 时，客户端应用程序应如何连接到 RabbitMQ 节点以从 streams 中获得最大收益。

Streams 针对高吞吐量场景进行了优化，这就是为什么数据局部性等技术细节对于充分利用 RabbitMQ 集群至关重要。客户端库可以处理大多数细节，但当设置涉及容器和负载均衡器等额外层时，对底层工作原理的基本了解至关重要。如果您想了解更多关于 streams 的信息，并避免在部署您的第一个 stream 应用程序时遇到一些麻烦，请继续阅读！

RabbitMQ Streams 概述 介绍了 streams，这是 RabbitMQ 3.9 中的一项新功能。这篇文章继续展示如何将 streams 与 Java 客户端一起使用。我们将编写我们的第一个应用程序，它将消息发布到 stream，然后消费它们。

RabbitMQ 3.9 引入了一种新型数据结构：streams。Streams 解锁了一系列使用 “传统” 队列可能难以实现的用例。让我们在这篇文章中了解 streams 如何扩展 RabbitMQ 的功能。

如果您希望在您的 RabbitMQ 部署出现问题时收到通知，那么您现在可以设置我们在 RabbitMQ Cluster Operator 存储库中提供的 RabbitMQ 监控和警报。我们没有要求您按照一系列步骤设置 RabbitMQ 监控和警报，而是将它们组合在 一个命令 中。虽然这是一个 Kubernetes 特定的快速入门，并且您可以在 Kubernetes 之外使用这些 Prometheus 警报，但设置将需要您更多的考虑和努力。我们分享快速简便的方法，开源且对所有人免费。

自从在 3.8.0 中发布原生 Prometheus 支持以来，我们一直在不断改进 RabbitMQ 中内置的监控功能。监控 broker 及其客户端对于在问题影响环境的其余部分以及最终用户之前检测到问题至关重要。

RabbitMQ 3.8.10 通过 Prometheus 端点和 HTTP API 公开了客户端身份验证尝试指标。

我们很高兴地宣布，用于 Kubernetes 的 RabbitMQ Operator 现在已正式发布。RabbitMQ Operator 使在任何经过认证的 Kubernetes 发行版上一致地配置和管理 RabbitMQ 集群变得容易。Operators 通知 Kubernetes 容器编排系统如何配置和控制特定应用程序。Kubernetes（以下简称 K8s）Operator 模式是一种扩展 K8s API 和状态管理以包括自定义资源（默认 K8s 部署中未提供的资源）的配置和管理的方法。在这篇文章中，我们将讨论 Operator 如何使 K8s 系统控制 RabbitMQ 集群。