域名解析平时没什么存在感，出问题时却很明显。记录改错一个字符，网站可能直接打不开；源站挂掉，用户只能等着。阿里云DNS（云解析DNS）提供权威解析、智能线路和健康检查，个人站点够用，中小团队的业务也能承接。这篇文章用一个实际迁移的例子，讲清楚阿里云dns从零配置的步骤，以及主线路出故障时备用地址怎么接上。
先搞清楚阿里云DNS能帮你做什么
阿里云DNS是权威解析服务，主要用到三类能力：
- 记录类型：A、AAAA、CNAME、MX、TXT、NS、SRV、CAA等常见记录都能配。
- 智能解析：按运营商或地域返回不同IP，电信、联通、移动用户可以分别走就近节点。
- 故障切换：配合健康检查，主节点异常时自动切到备用地址。
先想清楚自己需要哪一项。只有一台服务器、用户都在同一地区的站点，可能只需要普通A记录。智能解析和故障切换放着不用，反而少了几处要维护的配置。
案例：一家垂直电商的迁移过程
某垂直电商团队原来把域名放在注册商的默认解析服务上，主站部署在一台海外服务器。订单量涨起来以后，问题也跟着来了：华南用户访问明显变慢，每次服务器维护都要手动改解析，几分钟到几十分钟打不开是常有的事。
他们的迁移分四步：
- 在阿里云DNS控制台添加域名 example.com，记下分配到的两个NS服务器地址。
- 到注册商后台把NS服务器换成阿里云的地址。生效需要一段时间，这期间原有解析记录先保留，作为兜底。
- 新增智能解析记录：电信、联通、移动用户分别指向国内节点，境外流量仍指向原来的海外服务器。
- 给主站配置健康检查，主节点异常时切到备用节点。
上线一周后，华南用户的首屏加载时间下降了约三成。之后一次计划内的服务器维护，没有人盯着也顺利完成了。业务代码一行没改，访问体验却变了，这正是线路解析和故障切换带来的直接好处。
配置时容易踩的几个坑
TTL要跟着切换计划走
TTL决定记录在各地缓存多久。计划切换地址之前，可以先把TTL降到300秒左右，切换稳定后再调回3600秒或更长，减少解析请求量。如果一直保持很长的TTL，直接修改记录，老用户可能要等很久才会拿到新地址。
根域名和CNAME不能随便混用
根域名上不能直接配置CNAME，同一主机记录下也不该同时存在CNAME和其他类型的记录，否则解析结果容易出乱子。根域名需要指向CDN或负载均衡域名时，先在控制台确认支持哪种方式，具体以控制台提示为准，别凭经验硬加记录。
MX和TXT记录最容易被误删
改解析的时候，邮件相关记录往往是被顺手删掉的那一批。SPF、DKIM这类认证记录一旦丢失，邮件可能被当成垃圾邮件。动手前先把全部解析记录导出备份，改完逐条核对，不要只看网站能不能打开。
健康检查的阈值要和业务匹配
检查间隔短、失败次数少，网络稍有抖动就可能切走，来回切换反而更乱；参数设得太宽松，故障发现又会变慢。可以先用较宽松的参数跑一段时间，观察误报情况，再逐步收紧。
上线前的核对清单
- 改动前导出并备份所有解析记录，文件名带上日期，回滚时好找。
- NS切换后，用公共DNS查询工具在几个地区各查一次，确认返回的已是阿里云的解析结果。
- 逐条比对A、CNAME、MX、TXT记录和原配置，重点检查邮件认证记录有没有漏。
- 分别用手机网络和家庭宽带访问，确认不同地区拿到的是对应线路的IP。
- 演练一次主节点故障：停掉主节点，观察健康检查是否触发切换，切换后页面是否正常。
- 把每次调整TTL和修改记录的时间记下来，出问题时能快速对上时间线。
阿里云DNS本身不难上手，真正花功夫的是迁移前的规划和迁移后的核对。可以先从一个非核心域名试一遍，熟悉控制台的流程，再动主站，心里会踏实很多。
