预警与阈值配置说明

模块定位

预警功能在指标偏离正常范围时主动通知，让问题在造成损失前被发现。

预警的核心价值是"提前"。

预警类型

阈值设定方法

方法一：基于标准值

有明确标准的指标：

标准来自企业目标或行业惯例。

方法二：基于历史数据

用历史数据的统计特征设定：

• 均值 ± 2 倍标准差
• 或历史分位数（比如超过历史 90% 分位）

这种方法更贴合实际，尤其适合波动较大的指标。

方法三：基于趋势

不只看当前值，还看变化趋势：

• 连续 N 个周期下降 → 预警
• 与上期相比变化超过 X% → 预警

趋势预警能发现"还没超标但在恶化"的情况，比绝对值预警更早。

阈值设定的常见错误

阈值要定期回顾调整。建议每季度看一次告警的准确率（告警中有多少是真问题）。

分级策略

预警分级，不同级别走不同通知渠道：

分级能避免"所有告警都一样急"，让用户知道该先处理哪个。

避免告警疲劳

这是预警系统最大的失败模式：告警太多，用户开始忽略。

措施

"定期清理"很重要：一条长期被忽略的告警规则应该被取消，而不是留着占位。

误报的处理

误报是告警疲劳的主要来源。发现误报要：

1. 分析原因（阈值不合理？数据问题？）
2. 调整阈值或规则
3. 记录调整原因

不要把误报当成"正常现象"忍受。每一次误报都在消耗用户对系统的信任。

告警的闭环

告警发出后要有处理流程：

告警 → 通知 → 确认 → 处理 → 记录 → 关闭

"确认"环节很重要：能区分"没看到"和"看到了没处理"。

"处理记录"是改善的依据：长期看，哪类告警处理最多、处理措施是什么，能反映管理的薄弱环节。

关键配置项

常见问题

设计建议

1. 先少量、再扩展：先配最关键的 5-10 条告警，跑顺了再加
2. 每条告警都要有明确责任人：没人负责的告警不如不配
3. 告警内容要可操作：告诉接收人该做什么
4. 每月回顾：看告警数量、处理率、误报率
5. 阈值要有依据：不要凭感觉设定

"告警质量比数量重要"。十条准确的告警，胜过一百条噪声。

预警规则的配置方式与分级策略，[待补充：产品团队补齐]。