5 篇带有“kubernetes”标签的文章

RabbitMQ 4.1 包含一个为 Kubernetes 全新设计的对等发现插件。升级到 4.1 时，应该不需要进行配置更改，所以如果你愿意，可以就此停止阅读。如果你对细节感兴趣，请继续阅读。这篇博文将概述对等发现子系统，并特别说明 rabbitmq_peer_discovery_k8s 的更改。

许多组织都有关于 RabbitMQ 使用的策略，他们希望强制执行这些策略。这篇博文通过示例解释了如何将 Open Policy Agent Gatekeeper 项目 与 RabbitMQ 消息拓扑 Operator 结合使用，以管理 Kubernetes 上的 RabbitMQ 资源，并通过扩展 Kubernetes API 在这些资源上强制执行策略。

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

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

随着时间的推移，我们看到在我们的社区 邮件列表 和 Slack 频道上与 Kubernetes 相关的查询数量激增。

在 2024 年，对于大多数与 Kubernetes 相关的问题的答案是：使用 RabbitMQ 核心团队构建的 Kubernetes Operator。它融合了所有最佳实践，是强烈推荐的选择。

这篇文章解释了在 Kubernetes 上 DIY 部署 RabbitMQ 的基础知识：哪些 Kubernetes 资源是必要的，如何确保 RabbitMQ 节点使用持久存储，如何处理敏感值的配置等等。