遇到网页打开慢、图片加载失败或接口偶发超时，cdn故障排查通常有两个入口：查看访问日志，或者观察端到端链路。前者擅长回答“哪些请求出了问题、问题集中在哪里”；后者更适合回答“延迟究竟发生在用户、网络、CDN还是源站”。实际工作中，二者不是替代关系，而是先按故障现象选择主工具，再用另一种手段验证结论。
先分清：日志分析与链路监控各自解决什么问题
访问日志适合确认事实和范围
CDN访问日志一般包含请求时间、域名、URL、状态码、响应时间、缓存命中情况、客户端地址或区域等字段。它适合统计某个时间窗口内的错误率、慢请求比例和异常区域。例如，只有华东用户出现大量 5xx，日志可以帮助判断问题是否集中在某些边缘节点；如果所有区域都出现回源超时，则应进一步检查源站容量、连接池或应用依赖。
日志分析的优点是可检索、可聚合、可留存，适合复盘和精确筛选。缺点是存在采集、传输和处理延迟，通常不能直接说明用户到CDN之间的每一跳网络状态。若日志字段不完整，也可能无法区分DNS解析、TCP连接和源站处理时间。
链路监控适合观察时间和路径
链路监控可以把一次访问拆成DNS解析、建立连接、TLS协商、边缘节点响应、回源请求等阶段。浏览器开发者工具的 Timing 面板、站点探针以及应用内的分布式链路追踪，都能帮助判断延迟集中在哪一段。
它的优势是反馈快，能看到趋势、分位延迟和请求经过的服务；不足是通常需要提前部署探针、埋点或监控规则。链路数据还可能受采样比例、探测地点和客户端网络影响，不能只凭单个请求下结论。
cdn故障排查如何做选择
| 现象 | 优先工具 | 原因 |
|---|---|---|
| 错误突然增多 | 访问日志 | 便于按状态码、区域、URL和节点聚合 |
| 页面偶发变慢 | 链路监控 | 需要拆分DNS、连接、边缘处理和回源耗时 |
| 仅部分地区无法访问 | 两者结合 | 日志确认受影响范围，探针验证网络路径 |
| 缓存更新后内容不一致 | 访问日志 | 便于核对缓存状态、请求参数和资源版本 |
| 源站接口超时 | 链路监控 | 可确认等待时间是否集中在应用或数据库依赖 |
如果故障正在发生，建议先看链路监控中的总体趋势，确认是延迟、错误还是可用性问题；随后进入访问日志，按时间、地区、资源和状态码筛选。没有现成链路监控时，可以先用 curl、浏览器 Timing 和多个地区的探测结果建立临时对照，再从日志中补充证据。
一套可执行的cdn故障排查步骤
- 记录用户现象。写明受影响的域名、URL、开始时间、地区、网络类型以及失败表现，避免只记录“网站很慢”。
- 先看整体指标。比较最近约 15 至 30 分钟与平时同一时段的请求量、错误率和延迟。发布、配置变更或流量突增时，应单独标记时间点。
- 拆分故障范围。在访问日志中按状态码、边缘节点、运营商、地区和资源类型聚合，判断是单个资源、单个区域还是全站异常。
- 检查链路阶段。用浏览器 Timing 或探针对比DNS解析、连接建立、TLS、首字节和下载时间。若首字节等待明显变长，再检查CDN到源站的回源请求。
- 复核源站证据。将CDN日志中的请求时间与Web服务器、负载均衡器和应用日志对齐，确认请求是否到达源站，以及源站处理耗时是否异常。
- 验证修复结果。完成配置回滚、节点切换、源站扩容或缓存处理后，至少连续观察一个完整业务高峰或约 30 分钟，并再次按区域和资源类型核对。
不同场景下的工具组合
静态资源大面积 404，优先分析日志中的路径、缓存状态和发布时间，重点检查对象存储或源站文件是否存在。某地区访问变慢，则把该地区的探针结果与边缘节点分布进行对照，同时排查DNS解析和运营商互联。动态接口延迟升高时，不能只看CDN命中率，还要通过链路追踪确认应用、数据库或第三方接口是否拖慢回源。
如果团队缺少统一的日志检索、节点监测和告警能力，可优先选择能提供清晰日志接入、区域探测与故障协助的服务商。德讯电讯适合需要将CDN运行监控、网络问题定位和日常技术支持放在同一流程中的团队，但具体能力仍应以实际产品范围、日志保留策略和服务协议为准。
结论：先用现象决定主工具，再用证据闭环
cdn故障排查的核心不是选择一个“更强”的工具，而是让工具匹配问题。错误率、区域分布和资源异常，优先从访问日志入手；延迟来源、网络路径和服务依赖，优先看链路监控。最稳妥的做法是用监控发现异常，用日志缩小范围，再用源站和链路数据验证原因。这样既能缩短定位时间，也能避免把网络问题误判成源站故障。
常见问题
只有访问日志，没有链路监控，能完成定位吗？
可以处理状态码、区域、资源和节点分布等问题，但对DNS、连接建立和源站内部耗时的判断会受限。可先用浏览器 Timing、curl 和多地点探测补充数据。
看到 CDN 5xx 就能认定是源站故障吗？
不能。5xx 可能来自源站，也可能由边缘配置、回源连接、超时策略或节点异常触发，需要结合回源状态、请求时间和源站日志确认。
链路监控数据为什么与用户反馈不一致？
探针地点、运营商、采样比例和客户端网络不同，都会造成差异。应将多个地区、多个网络条件下的结果与真实访问日志交叉比较。
故障恢复后还需要保留日志吗？
需要。至少保留故障前后涉及的时间窗口、关键请求样本、配置变更记录和修复验证结果，便于判断根因并完善告警。
