声明式告警治理：Prometheus Operator 如何重塑 Alertmanager 与规则的管理范式
用户问题原文：“如何利用 Prometheus Operator 来管理告警规则和 Alertmanager 的配置？”
本文将深入剖析 Prometheus Operator 如何通过 Kubernetes 原生的 CRD（Custom Resource Definition）机制，彻底革新 Prometheus 告警规则和 Alertmanager 配置的管理方式。我们将从其核心设计哲学出发，通过一个金融交易链路黄金指标监控的真实场景，详细拆解PrometheusRule和AlertmanagerConfig这两大 CRD 的内部结构、工作原理、最佳实践以及在生产环境中可能遇到的陷阱，最终构建一个高可靠、可审计、可版本化的声明式告警治理体系。
一、引子：从“配置文件地狱”到“GitOps 天堂”的告警演进
想象你是一位 SRE，负责一家金融科技公司的核心支付系统。你的监控体系包含数百条告警规则，覆盖从数据库延迟、消息队列堆积到 API 错误率等方方面面。在过去，这些规则被硬编码在prometheus.yml或分散的rules/*.yml文件中。
某次大促前，开发团队紧急提交了一条新的告警规则，要求在交易成功率
