更换CDN并不是把域名记录改掉就结束了。递归DNS缓存、浏览器连接复用和不同地区的解析结果，都会让新旧服务在一段时间内同时承接请求。cdn服务商更换时的DNS灰度切换方案，核心是先验证新服务，再逐步扩大流量，并保留可执行的回退路径。
切换前：先让新旧服务具备相同条件
- 盘点域名与记录。列出需要迁移的主域名、静态资源域名及相关的A、AAAA或CNAME记录，确认当前权威DNS由谁管理。若根域名不支持直接设置CNAME，检查DNS平台是否提供ALIAS、ANAME或等效的扁平化功能。
- 复制并核对配置。在新服务商配置源站地址、缓存规则、回源协议、状态码处理和请求头规则。对动态页面、登录接口等内容，确认不会被错误缓存；对静态文件，核对缓存时长及查询参数处理方式。
- 准备证书和源站访问。确认新服务能为实际访问域名提供有效TLS证书，并检查源站防火墙、访问控制名单和回源端口。若源站只允许旧服务商的回源地址，新节点可能出现连接失败。
- 降低TTL并记录现状。在切换前至少等待原记录TTL走完，再开始灰度。实践中可将TTL临时设为约60至300秒，但具体取值要看DNS平台限制、递归解析器行为和业务稳定性。记录旧记录值、旧服务配置及修改时间，便于核对和回退。
按比例放量，而不是一次性改完
先做小范围验证
先通过可控测试域名、内部测试网络或服务商提供的验证方式，检查新节点的页面、资源、证书和回源结果。重点观察HTTP状态码、首字节响应时间、连接错误及缓存命中情况。测试域名能验证配置，但不能完全代表真实用户的DNS解析路径。
采用分阶段DNS灰度
- 确定分流能力。确认权威DNS是否支持加权记录、按地域应答或其他流量策略。若只能配置单一记录，就无法可靠地按百分比分流，应先使用独立测试域名验证，再安排低峰期整体切换。
- 从低比例开始。支持加权解析时，可从约1%至5%开始，再按监控结果提升至10%、25%、50%和全部流量。比例是操作起点而非保证值：DNS权重通常作用于解析请求，不等于精确控制每个用户的请求量。
- 每档留出观察时间。至少覆盖一个以上TTL周期，并结合业务流量高峰、地区分布和日志延迟决定是否继续。观察新旧服务的错误率、响应时间、源站负载、缓存命中率及TLS握手失败情况；不同地域或运营商表现不一致时，不要只看总体均值。
- 逐档扩大并复核。每次调整后确认权威DNS记录与实际解析结果，再检查关键页面和接口。若新服务表现稳定，逐步增加权重；不稳定时停在当前档位，先定位问题，不要继续放量。
回滚条件与执行清单
切换前约定明确的停止条件，例如错误率持续高于既定基线、关键接口大量超时、证书报错，或源站负载明显异常。阈值应依据自身历史表现设定，不宜照搬通用数字。
- 发现异常后，先把新服务权重降至零或恢复旧记录，并确认权威DNS已更新。
- 保持旧CDN配置和源站访问权限有效，不要在灰度阶段提前删除旧服务、证书或回源规则。
- 告知值班人员DNS缓存可能使回退并非即时生效；继续检查不同网络的解析结果和请求错误，直至流量基本回到旧服务。
- 问题排除后，重新验证新服务配置，再从小比例开始放量。记录每次变更、观察结果和回滚时间。
需要特别注意，DNS灰度的流量比例受缓存与解析器影响，不能视为精确的用户级分流。若必须按用户稳定分组，应评估具备应用层路由或会话控制的方案，而不是单靠DNS权重。
常见问题
DNS记录改了，为什么还有请求到旧服务？
递归解析器可能仍在使用缓存结果，客户端也可能复用已有连接。等待TTL过期并观察实际请求来源，不要只凭本机一次解析判断完成。
切换时能否把旧CDN立即关闭？
不建议。灰度和回退期间都应保留旧配置与回源能力；确认流量迁移完成、观察稳定后，再按变更流程下线。
没有加权DNS功能怎么办？
先用独立测试域名验证新服务，再选择低峰期整体切换并准备回滚。若需要渐进放量，可评估支持流量策略的权威DNS或其他路由方式。
按清单完成配置核验、分阶段放量和回退准备，才能让cdn服务商更换时的DNS灰度切换方案真正可执行；切换期间持续核对解析结果与业务监控，比单纯缩短TTL更重要。