巡检周期与频次的设计是什么
巡检频次是成本与时效的权衡：频次过低，问题在被发现前已影响业务；频次过高，采集开销与告警噪声上升，团队负担加重。设计依据有四条：该项的变化速度（秒级波动无法靠巡检捕获，应交给实时监控）；业务容忍时长（异常可以存在多久不被发现）；处置能力（发现后来不及处置时，提高频次收益有限）；采集代价（是否消耗被检目标的会话与性能）。结论是把快变项交给监控，慢变项交给周期巡检。
基本信息
| 权衡目标 | 发现时效与采集成本 |
|---|---|
| 设计依据 | 变化速度、业务容忍时长、处置能力、采集代价 |
| 分工原则 | 快变项交实时监控，慢变项交周期巡检 |
| 频次调整 | 基于历史发现时效与漏检案例 |
| 避免做法 | 对所有项使用同一周期 |
典型使用场景
- 核心链路可用性交给实时监控加短周期抽查
- 容量与资源趋势按天或按周巡检
- 配置合规按周或按月巡检
- 证书与备份可用性按月巡检并配到期预警
- 硬件与固件状态按季度或结合变更节点检查
频次设计四问
频次设计四问
# 1) 这项变化多快？ 秒级波动 → 交实时监控，不用巡检
# 2) 业务能容忍多久未发现？ 容忍 1 小时 → 周期须显著短于 1 小时
# 3) 发现后能及时处置吗？ 处置能力不足时提高频次收益有限
# 4) 采集代价多大？ 开销大则降低频次或改抽样采集
# 输出：按项给出周期、依据与下次复核时间点项类型与建议方式
| 项类型 | 建议方式 | 原因 |
|---|---|---|
| 秒级波动指标 | 实时监控与阈值告警 | 巡检周期无法覆盖波峰 |
| 可用性抽查 | 短周期巡检或合成探测 | 兼顾时效与成本 |
| 容量趋势 | 按天或按周 | 变化缓慢，趋势比单点重要 |
| 合规与配置 | 按周或按月 | 变化少但需持续确认 |
巡检周期应显著短于业务容忍时长：如果业务只能接受异常存在一小时，那么巡检周期加上报告与处置耗时必须明显短于一小时，否则巡检只能做到事后发现。
不要用提高巡检频次代替监控能力：把秒级波动项塞进高频巡检会造成大量采集开销，且仍会漏掉波峰之间的异常。快变指标属于监控告警的职责。