U7.04.1Thresholds convert a continuous metric into two discrete states设计
阈值把连续指标转为正常与异常两种离散状态
别名: 阈值化 · 状态二分
概念解释
阈值是一道认知压缩器：它把"错误率 0.3% 还是 0.31%"这样的连续判断压缩成"正常 / 异常"的二值状态，让读者不用读数值就能完成"要不要管"的判断。这道压缩是监控可扩展的基础——几百个指标各自给出一个红绿灯，人力才扫得过来。压缩必然丢信息，阈值设计就是在决定丢什么、保什么。
机制
阈值能承载压缩，是因为它把业务判断前置编码：设定阈值的过程就是回答"什么程度算异常"的过程，读者面前的红绿状态是这一定义的运行时展开。压缩的信息损失集中在两处：一是边界附近的区分度——0.29 与 0.31 分居两侧，仿佛性质不同，实际只差一线；二是程度信息——"刚越线"与"严重超标"在同侧被压平。这正是为什么阈值旁通常要保留原始数值：二值状态负责快速分流，数值负责程度判断，两者配合而非替代。阈值还改变了指标的行为含义——指标一旦挂上阈值与告警，它的波动就不再是数据现象而是运营事件，这个语义升级要求阈值必须经过业务确认而非技术默认。
边界
阈值化适用于"判断二分、行动分级"的指标（可用性、SLA、库存下限），不适用于所有指标——探索型指标（新功能的使用分布）被阈值化会过早关闭观察窗口。阈值也有静态化风险：业务变化后旧阈值失准，但指标仍然"绿灯"，假阴性比假阳性更难被发现，所以阈值需要定期复核（下一叶）。滞后带（防抖动区间）是阈值的常用补丁：在阈值附近划一个缓冲区，避免指标在临界值上反复翻转状态。
怎么落地
- 每个监控指标确认存在业务确认过的阈值；无阈值且不宜设阈值的指标归入观察类，不参与红绿灯。
- 阈值状态旁保留原始数值，二值分流与程度判断并存。
- 阈值附近设缓冲带，避免临界抖动。
- 验证：抽五分钟监控数据回放，检查状态翻转是否都对应业务认可的异常；误报集中在临界值即补缓冲带。