一句话回答
数据监控按固定频率检查一个指标,当它越过阈值、和上一周期相比剧烈变化、或落到预期范围之外时发出告警。
规则有哪几类
- 阈值——数值越过一条固定的线:错误率高于 2%,每小时订单少于 5 单。
- 周期变化——和上一周期相比大幅变动:转化比上周同一小时低 30%。
- 预测区间——数值落在根据历史预测的范围之外。
- 异常——结合季节规律看,这个数值不正常,不需要你自己定数字。
阈值好理解但需要反复调;异常规则能适应季节性,但触发时更难解释。
避免告警疲劳
天天都响的告警没人看,真出事的那一条也就被错过了。几个有用的习惯:
- 盯结果(订单、注册、报错),不要什么指标都设告警。
- 波动大的指标用更粗的粒度:小网站按天而不是按小时。
- 分级,只有严重级别才发到会把人叫醒的渠道。
- 启用前,先看看这条规则在过去会触发多少次。
TapCub 的监控
TapCub 的监控可以盯任何已保存的指标或内置指标,有八种条件:阈值、周期变化、预测区间、异常、漏斗下跌、受挫信号、分群人数和无数据。每条规则可以选按小时、天、周、月检查,分为提示、警告、严重三级。启用前可以试运行,看它在过去 30 天里会触发多少次。
告警发到项目的通知渠道:邮件、企业微信、钉钉、飞书或 Webhook,Webhook 自带 Slack 和通用 JSON 模板。
常见误区
- 小流量还按小时设阈值。随机的下跌会让它不停地响。
- 没有“无数据”规则。最危险的故障是埋点整个停了。
- 告警没有负责人。每条告警都应该写明谁来处理。
这个解释清楚吗?
我们会根据反馈修改和补充这篇内容。
提交没有成功,请稍后再试。
谢谢你的反馈,我们会据此改进这篇内容。你已经反馈过这篇了,谢谢。
