质量规则优先级与收敛
规则不可能一次做全：按“影响面 × 发现能力 × 实现成本”排优先级，先覆盖核心链路的关键字段（主键、金额、时间、状态），再补提示类规则。判断一条规则是否值得留，看它能否指向具体动作：能定位到表与分区、有责任人、有处置方式才算合格。同时要定期收敛——统计长期未命中的规则与长期未执行的规则，前者考虑停用，后者排查调度问题，避免规则膨胀后告警无人处理。
基本信息
| 排序依据 | 影响面、发现能力、实现成本 |
|---|---|
| 核心字段 | 主键、金额、时间、状态、关键外键 |
| 落地顺序 | 先全量核心，再按链路补齐，最后试点提示类 |
| 必备属性 | 责任人、阈值依据、处置动作 |
| 收敛周期 | 按季度统计未命中与未执行规则 |
典型使用场景
- 质量体系起步：先给交易主链路的关键表加规则，尽快见效
- 资源受限时排期：把规则按优先级分批落地，而不是一次全铺
- 规则治理：清理三个月未命中的规则，减少无效告警
- 责任落实：为每条规则补责任人，告警才能被跟进
- 事故后补规则：把复盘中发现的缺口按优先级插入待办
优先级示意
| 优先级 | 规则类型 | 示例 | 落地要求 |
|---|---|---|---|
| 最高 | 主键完整唯一、金额勾稽、分区存在 | 订单主键重复、支付金额勾稽差异 | 全量落地，阻断级 |
| 次高 | 枚举与范围、及时性 | 状态字典外值、产出超时 | 按链路补齐 |
| 最低 | 分布波动、提示类 | 行数偏离基线、空值率升高 | 试点后按效果保留 |
落地原则
落地原则
落地顺序：核心优先 → 按链路补齐 → 提示类试点
每条规则必须有：责任人 / 阈值依据 / 处置动作
每条规则必须有：生效日期与停用条件（避免只增不减）
收敛动作：每季度统计未命中与未执行规则，前者评估停用，后者修调度
评审动作：新增规则进指标与质量评审，避免个人随手加规则没有责任人与处置动作的规则等于没有规则：告警发出后无人响应，会快速消耗团队对质量体系的信任。
先做几百条提示类规则是常见误区：告警噪音淹没真问题，团队开始整体忽略告警，后续再想推行高质量规则会更难。
规则只增不减会让运行成本与维护负担持续上升：停用也是治理动作，需要有明确的停用标准与记录。