一般来说，DNS有什么用？
如上图所示，DNS一般用作域名解析，将域名转化为NG的外网IP，以便于NG将HTTP请求路由给内网的web-server集群。
在架构设计的过程中，DNS还有其他用途吗？
至少还能干这三件事。
其一：用户就近访问。
通过智能DNS技术，可以很容易的实现，用户对所需资源的就近访问。
如上图所示，不同用户访问同一个资源：
- 电信用户，DNS可以返回电信机房的IP；
- 联通用户，DNS可以返回联通机房的IP；
- 教育网用户，DNS可以返回教育网机房的IP；
如此一来，所用用户的访问速度都会加快。
智能DNS技术是CDN以及多机房多活架构中必不可少的部分。
其二：反向代理的水平扩展。
在第3集《延时与吞吐量》的视频中曾经留了一个尾巴：
说Nginx一般是系统的入口，假如Nginx的吞吐量是10W次每秒，google首页的Nginx，要如何抗住100W次每秒的并发呢？
有小伙伴说LVS，有小伙伴说F5，都没错，但这两种本质上都是scale up方案，性能总有极限，治标不治本。
scale out方案的正解方案是：DNS轮询。
如上图所示，在DNS侧，对于同一个域名配置多个nginx的外网ip，每次DNS解析域名请求，轮询返回不同的ip，这样就能实现nginx的水平扩展，达到：1台NG抗10W吞吐，10台NG抗100W吞吐的目的。
其三：web-server的负载均衡。
在反向代理技术出现之前，可以借助“DNS轮询”的功能，将流量均匀分配到不同的web-server上去。这个方案的好处是架构少了一层网络请求，坏处是“DNS轮询”并不能保障后端web-server的可用性。
而反向代理除了能保证负载均衡，同时还兼具保活探测的能力，故在反向代理技术出现后，就不用DNS轮询来做负载均衡了。
稍作总结，在架构设计过程中，DNS除了解析域名，还可以：
- 其一，智能DNS，根据用户ip来就近访问服务器；
- 其二，DNS轮询，水平扩展反向代理层；
- 其三，利用DNS实施负载均衡；
知其然，知其所以然。
思路比结论更重要。
