CDN 缓存污染前端监控：RUM 与拨测的缓存态对账与根因排查

背景

我们使用 CloudFront+Lambda@Edge 架构，发现前端监控数据与 CDN 日志存在系统性偏差：

• RUM 显示 98% 请求 FCP<1.2s，但 CDN 日志显示 3.2% 请求回源耗时>2s
• 拨测节点显示「缓存命中率 97%」，但故障时拨测永远显示 200
• 错误监控显示「资源加载失败率 0.5%」，实际业务侧却收到 1.2% 的 503

已尝试

1. 检查 Lambda@Edge 缓存策略：发现未设置 Cache-Control: no-cache 对动态接口
2. 验证 CDN 缓存过期时间：静态资源 TTL=24h，API 响应 TTL=30s（实际被覆盖为 1h）
3. 检查 RUM 配置：未开启「缓存命中统计」维度

期望答案

1. 如何建立 CDN 缓存态与前端监控的对账机制？
2. Lambda@Edge 缓存策略应如何区分静态资源与动态接口？
3. 拨测工具如何模拟真实缓存态？

引用

• CDN 缓存污染了前端监控：RUM 和拨测到底该信谁的「缓存态」？
• Service Worker 把 GET 接口数据缓存成 7 天陈旧数据