用户访问的域名是入口,CDN回源地址是内容获取路径。仅迁移源站时通常应维持用户域名及其证书关系,先验证新源,再调整回源目标;更换CDN服务时,才需要额外安排DNS目标变化。把这两种迁移混成一次操作,会让故障定位和回退都更困难。
建立一份当前配置基线:用户域名的DNS记录和TTL、CDN绑定域名、回源地址与端口、回源协议、Host、SNI、证书覆盖域名、缓存规则及旧站保留期限。确认新源站允许边缘网络访问,并为生产Host配置正确虚拟主机。若DNS采用CNAME,注意记录链条末端的实际目标;不要用“域名已解析”代替服务可达性验证。
列出依赖旧源的功能,包括登录回调、API、上传下载、跨域策略和定时任务。检查重定向是否把用户带到内部主机名或旧域名。清单应覆盖匿名和已认证路径,确保迁移测试不仅验证首页。
可以使用临时测试域名、独立测试入口或运维允许的请求方式,让请求携带生产Host并使用正确SNI到达新源。比较页面主体、状态码、重定向位置、关键响应头和静态资源路径。TLS检查证书名称、有效期及信任链;源站日志需能看到测试请求落入预期虚拟主机和实例。
页面可访问不代表业务完整:至少验证登录、关键API、资源加载和写入操作的受控测试流程。若涉及用户数据写入,测试数据应与生产数据边界清晰。对CDN缓存中的公共页面,确认新源内容不会被旧对象掩盖。
验收记录应包含来自不同网络的DNS解析结果、HTTPS证书检查、代表页面与业务流程结果、边缘错误趋势和新源日志样本。设置明确回退条件,例如关键流程持续失败、回源错误超出既定阈值或新源负载异常;阈值使用站点已有基线,不临时凭感觉设定。回退时恢复旧回源配置或DNS值,并观察缓存和解析收敛情况。配置成功提示不是迁移验收结论,实际请求路径和业务结果才是。✅