域名解析看起来只是把域名指向一个IP，但业务上线后，访问慢、故障切不过去、不同地区用户看到的效果不一样，这些问题很快会冒出来。阿里云域名云解析（下文简称云解析）就是用来处理这类问题的DNS服务。域名与IP的对应关系托管在阿里云的分布式节点上，可以按运营商、地域等维度返回不同结果，也支持故障转移。下面先讲基础概念，再用一个电商站点的例子说明怎么配。
一、先弄清解析是怎么走的
用户在浏览器里输入域名，本地DNS会逐级查询，最后找到域名的权威DNS服务器。云解析就是这台权威服务器。管理员在控制台加好记录，全网用户的查询都以这些记录为准，所以一条记录写错，影响的是所有访问者。改之前多看一眼，比事后回滚省事。
日常最常用的记录类型有五种：
- A记录：把域名指向IPv4地址，绝大多数网站用的就是它。
- AAAA记录：指向IPv6地址。服务器没有开通IPv6就不用加。
- CNAME记录：把域名指向另一个域名，接入CDN或对象存储时常用。裸域名（主机记录为@）一般不能直接配CNAME，通常要用www或其他子域名。
- MX记录：指定收邮件的服务器，只影响邮件，不影响网页访问。
- TXT记录：用于域名所有权验证，以及SPF、DKIM这类邮件认证。
TTL决定记录在递归服务器上缓存多久。改记录之前，可以先把TTL调低，切换完成后再调回合理值。否则旧记录会在各地缓存里滞留，你已经改好了，还有人访问旧IP。
二、接入分三步
- 在阿里云控制台的域名解析页面添加域名。域名注册在阿里云的，可以直接完成托管。
- 域名注册在其他服务商的，需要到注册商后台把NS服务器改成控制台给出的阿里云DNS地址。NS生效需要一段时间，这期间原有解析最好保持不动，不要一边改NS一边改记录。
- 添加解析记录后做验证。用dig或nslookup指定阿里云的权威服务器查询，确认返回的IP和预期一致，再考虑下线原来的服务器。
NS修改是整个接入里风险最高的一步。改错了，整站可能打不开，所以动手前先确认账号权限，并选一个流量较低的变更窗口。
三、线路解析与故障切换
1. 线路解析
同一个域名，电信、联通、移动用户可能被解析到不同机房。只配一条A记录时，跨运营商的用户容易碰到延迟高、丢包多的问题。线路解析允许为不同运营商或地区返回不同IP，让用户走更短的路径。这里有个容易漏的地方：必须为默认线路配一个通用IP。没有单独配置的线路会回落到默认线路，默认线路没配，部分用户就解析不到结果。
2. 健康检查与故障转移
服务器宕机时，人工改记录往往要几分钟，这段时间用户一直报错。开启健康检查后，可以设置探测频率和判定条件，主节点异常时自动把流量切到备用节点。判定条件要提前测试。探测间隔太短、阈值太敏感，偶尔一次网络抖动就会触发切换，来回跳反而更乱。备用节点也要定期确认能正常提供服务。
四、案例：电商站点的多地区访问优化
这是一个中小型电商团队的做法。主站部署在华东机房，静态图片放在对象存储里。上线初期，华南、西南用户反馈页面打开慢，图片经常转圈。团队的调整如下：
- static.example.com 用CNAME指向CDN加速域名，图片由CDN就近分发，源站的请求压力也随之下降。
- www.example.com 按线路配置：电信用户指向华东主节点，其他用户指向华南备用节点。
- 华东主节点开启健康检查，异常时自动切到华南，切换后通知值班人员。
- 所有记录先把TTL调到较短时长，灰度观察一周，确认没有问题后再调回常规值。
调整后，南方用户的首屏加载时间有明显改善，图片加载失败的工单也少了不少。一次机房网络故障中，系统在几分钟内完成切换，用户基本没有感觉到中断。不过这些结果和网络环境、节点部署、业务量有关，是团队自己的数据对比。换一个站点未必一样，照搬之前最好先在自己的环境里测一遍。
五、使用中的几点注意
- 记录变更先在测试域名或测试环境验证，确认无误再同步到生产。
- 备用节点要定期演练，核对服务能力和数据同步状态。别等主节点挂了，才发现备用节点早已过期。
- 重要域名保留操作日志，解析异常时能快速看到是谁、什么时候改了哪条记录。
- 修改NS服务器前确认权限和变更窗口，一旦改错，整站都可能访问不了。
用好云解析，不必一开始就把线路、健康检查全部上齐。可以先从一个域名、一条记录做起，跑稳了再扩展到其他业务。
