3. 告警降噪规则体系总览：OnCall中降噪规则的分类与执行顺序

在Grafana OnCall的工程实践中，告警降噪并非单一策略，而是一套由四种核心规则构成的协同体系。每种规则解决不同维度的噪声问题，且遵循严格的执行优先级。理解这套体系是落地降噪工程的第一步。

3.1 降噪规则的四大分类

OnCall将降噪规则分为以下四类，分别对应告警生命周期的不同阶段：

3.2 规则执行顺序与优先级

Grafana OnCall的降噪引擎按照严格有序的流水线处理每条传入告警。规则的执行顺序决定了降噪效果，错误顺序可能导致规则失效。

每条告警进入系统后，依次经过四个阶段，每个阶段都有独立的判定逻辑：

1. 去重阶段： 基于指纹（fingerprint）匹配，若发现完全相同的告警，则直接丢弃，不进入后续阶段。
2. 抑制阶段： 检查是否存在活跃的抑制规则。若告警匹配某条抑制规则，则被标记为“已抑制”，不再触发通知，但仍会进入分组阶段用于统计。
3. 分组阶段： 根据分组规则将告警归入对应的告警组。分组规则基于标签（labels）或告警内容进行聚合。
4. 速率限制阶段： 对最终需要发送通知的告警组或单个告警进行频率控制，确保通知渠道不被冲垮。

3.3 规则优先级与冲突处理

当多条规则同时生效时，OnCall遵循以下优先级原则：

• 去重规则优先级最高： 一旦匹配去重规则，告警立即被丢弃，后续规则不再执行。
• 抑制规则优先级高于分组： 被抑制的告警虽然进入分组阶段，但不会触发通知，分组仅用于统计和视图展示。
• 分组规则内部按创建时间排序： 当告警匹配多个分组规则时，优先使用最早创建的分组规则。
• 速率限制作用于最终输出： 速率限制是最后一道防线，对所有通过前三个阶段、需要发送通知的告警或告警组生效。

3.4 规则体系架构总览

下图展示了四种降噪规则在OnCall整体架构中的位置及其与告警源、通知渠道的关系：

3.5 规则配置清单速查

在工程落地时，建议按照以下清单检查降噪规则配置的完整性：