域名注册服务：源站正常而边缘节点异常时应保留哪些证据
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /f8e653d52ff1.html
📄
域名注册服务：源站正常而边缘节点异常时应保留哪些证据
先给有条件结论：当源站返回稳定、边缘节点却出现超时、错误页或旧内容时，应优先保留能区分“源站响应”“边缘缓存”“DNS调度”和“回源链路”四类事实的证据，包括带时间戳的响应头、节点IP、缓存命中状态和回源请求记录。若边缘异常只出现在单一运营商或单一地区，而源站日志完全没有对应回源请求，那么问题更可能在DNS解析或边缘调度层，而不是源站本身。
为什么源站正常不能直接推出边缘正常
源站正常通常只说明应用进程、数据库和源站网络在某一时刻可用。边缘节点是独立的一层：它可能缓存了旧响应、与源站之间的回源链路中断、或调度到了配置未同步的节点。此时从源站直连测试会得到正常结果，从用户侧却看到异常。要判断是缓存、回源还是调度问题，证据必须同时覆盖“用户侧看到什么”和“边缘侧向源站要了什么”。
一个实际动作：在异常节点上请求同一URL，同时记录响应头中的缓存状态字段和边缘节点标识。如果缓存状态显示命中且时间戳早于源站最近一次变更，说明边缘保留了旧副本；下一步应检查缓存过期规则和清除范围，而不是继续排查源站。
必须保留的四类证据
- 响应头证据：完整保存状态码、缓存命中或未命中标记、边缘节点标识、响应时间。这些字段能区分“边缘直接返回缓存”和“边缘回源后返回”。
- 节点与网络证据：记录解析到的边缘IP、请求使用的协议、客户端所在地区和运营商。同一URL在不同节点结果不同，是边缘层问题的典型信号。
- 回源链路证据：源站访问日志中对应时间窗口的回源请求记录。如果边缘报错但源站没有收到回源请求，问题在边缘到源站之间或边缘内部。
- 时间线证据：源站最近一次内容变更、配置变更、证书变更的时间点，与边缘异常开始时间对齐。没有时间线，无法判断异常是变更引发还是独立发生。
这些证据的价值在于可交叉验证。单独一张错误页截图只能说明“看到过异常”，不能说明异常发生在哪一层。
什么情况下这套判断会失效
反例：如果边缘异常表现为间歇性、且只在流量高峰出现，那么上述静态证据可能全部正常。此时缓存状态、回源日志和节点标识在采样时刻都显示正常，但用户仍偶发失败。原因可能是边缘节点资源竞争、回源连接池耗尽或调度抖动。这种情况下，单次抓取的证据不足以定论，需要连续多次采样并记录失败时刻的节点和响应时间分布。若只保留一次成功请求的证据，会得出“边缘正常”的错误结论。
旧系统退出时哪些证据仍然值得留
当旧边缘配置或旧合作关系需要退出，但源站继续运行时，证据保留应服务于“可回退”和“可对照”。值得保留的是：退出前的边缘节点列表、缓存规则、回源配置、DNS记录快照，以及退出后同一URL在源站直连和边缘侧的对照响应。这样一旦退出后出现异常，可以快速判断是退出动作导致还是源站自身变化。
一个假设例子：某旧边缘服务计划停用，停用前记录了解析记录和缓存规则。停用后部分用户仍看到旧内容，对照证据显示这些用户解析到的仍是旧边缘IP，说明DNS缓存尚未过期，而不是源站未更新。下一步动作应是等待解析缓存过期或调整解析记录，而非修改源站内容。
下一步动作
先固定一个异常URL和异常节点，按上述四类证据各采集一次，并标注采集时间。如果证据指向缓存，检查缓存规则和清除范围；如果指向回源链路，检查边缘到源站的网络与源站访问日志；如果指向调度，检查解析记录和节点分布。只有证据能区分层次时，处理动作才不会误伤源站。
