Grafana 统一告警是什么
Grafana 从 8.0 起内置统一告警：告警规则、接触点（Contact points）、通知策略（Notification policies）、静默与勿扰时段集中在一处管理。规则可以在 Grafana 侧评估，也可以交给 Mimir、Loki 等数据源评估而由 Grafana 统一展示与路由。它适合已经重度使用 Grafana 与 Loki 的团队：规则与看板同源，不必再维护第二套告警组件；代价是核心告警从此依赖 Grafana 自身的可用性。
基本信息
| 适用版本 | Grafana 8+，统一告警取代旧版面板告警 |
|---|---|
| 核心概念 | 告警规则、接触点、通知策略（路由树）、静默、勿扰时段 |
| 评估位置 | Grafana 侧或数据源侧 |
| 与 Prometheus 关系 | 可并存，也可作为数据源读取 Prometheus 指标 |
| 权限要求 | 告警相关的组织与文件夹权限 |
典型使用场景
- 多源统一：Prometheus 与 Loki 的规则集中在 Grafana 管理与路由
- 小团队起步：不额外部署 Alertmanager 也能获得路由与静默能力
- 看板即规则：从图表直接创建告警，缩短发现问题到配置告警的距离
- 统一通道：不同数据源共用同一套通知策略与接触点
- 勿扰时段：为夜间低优先级告警配置静音时段，减少无效打扰
使用要点
- 与 Prometheus 加 Alertmanager 并存时，先约定哪类规则放哪边，避免重复告警
- 核心告警的可用性取决于 Grafana 实例本身，要评估它的高可用与兜底
- 通知策略是树形路由，改动一处可能影响多个团队，先评估影响面
- 接触点要逐个实测，特别是 Webhook 与即时消息的鉴权配置
- 规则与看板同处一套组织，权限与文件夹规划要同步考虑
组件分布
组件分布
Grafana -> Alerting
Alert rules 查询 + 条件 + 评估间隔与待触发期
Contact points 送到哪里（邮件 / Webhook / 即时消息）
Notification policies 路由树，决定谁收到什么
Silences / Mute timings 临时压制与周期性勿扰
# 规则可交由数据源评估，Grafana 统一展示与管理组件读法
| 组件 | 作用 | 注意 |
|---|---|---|
| Alert rules | 定义条件与评估 | No Data 与 Error 状态要显式配置 |
| Contact points | 定义投递目标 | 必须逐个测通 |
| Notification policies | 决定路由 | 树形结构，改动影响面大 |
| Silences | 临时压制 | 到期自动失效 |
| Mute timings | 周期性勿扰 | 与值班表对齐 |
统一告警的价值在于规则、看板与日志同处一个系统；如果团队已经在用 Alertmanager，就先明确两边的边界，别让同一条告警走两个通道。