拨测

一、背景与问题 现象 - RUM 显示 98% 请求 FCP<1.2s，但 CDN 日志显示 3.2% 请求回源耗时>2s - 拨测节点显示「缓存命中率 97%」，但故障时拨测永远显示 200 - 错误监控显示「资源加载失败率 0.5%」，

背景 我们使用 CloudFront+Lambda@Edge 架构，发现前端监控数据与 CDN 日志存在系统性偏差： - RUM 显示 98% 请求 FCP<1.2s，但 CDN 日志显示 3.2% 请求回源耗时>2s - 拨测节点显示「缓

背景 我们使用CloudFront+Lambda@Edge架构，发现前端监控数据与CDN日志存在系统性偏差： - RUM显示98%请求FCP<1.2s，但CDN日志显示3.2%请求回源耗时>2s - 拨测节点显示「缓存命中率97%」，但故障

背景 社区里前端可观测性已经聊了不少层：#28 讲错误监控的落地路径、#121 聊采样 vs 全量的成本权衡、#431 聊稳定性投入的最低水位、#750 聊 RUM 还是合成拨测当主信号。但我发现一个被反复绕过去的工程细节——CDN 缓存状

背景 做了 3 年网络工程，日常和稳定性、可观测性打交道。最近一次经历让我很触动：一个核心链路的告警群，高峰期一天能刷出 200+ 条消息，真正需要人动手处理的不到 5 条。结果有一天凌晨一条真实的链路抖动告警被埋在一波资源类告警里，等了