移动解析服务D接入指引-DNSPod.PDF

DNSPod 技术接口文档-D+接入指南 移动解析服务 D+接入指南 以下是对移动解析服务 D+接入过程的指引，供待接入者参考。 移动解析服务 D+ （HttpDNS ）基本原理 1、 Failed over 策略 虽然 D+已经接入了 BGP Anycast ，并实现了多地跨机房容灾。但为了保证在最坏的情况 下客户端域名解析依然不受影响。建议采用以下的 fail over 策略： （1 ）第一步先向D+发起域名查询请求 （2 ）如果D+查询返回的结果不是一个 IP 地址（结果为空、结果非、连接超时等），则 通过本地 LocalDNS 进行域名解析。超时时间建议为 5s。 DNSPod 技术接口文档-D+接入指南 DNSPod 技术接口文档-D+接入指南 2、 缓存策略： 移动互联网用户的网络环境比较复杂，为了尽可能地减少由于域名解析导致的延迟，建议 在本地进行缓存。缓存规则如下： a) 缓存时间：缓存时间建议采用查询得到的域名 TTL。在客户端向 D+发起域名解析请求 时，在请求的参数上带上ttl=1 参数，如： 9/d?dn=.ttl=1 则 D+在返回结果时会带上 TTL （这个 TTL 是递归服务器缓存的 TTL ） 上图中TTL 就是 54 秒。 b) 缓存更新： 缓存更新应在以下两种情形下进行： i. 用户网络状态发生变化时： 移动互联网的用户的网络状态由 3G 切 Wi-Fi ，Wi-Fi 切 3G 的情况下，其接入点的网络归 属可能会发生变化。所以在用户的网络状态发生变化时，需要重新向 D+发起域名解析请 求，以获取到用户当前网络归属下的最优指向。 DNSPod 技术接口文档-D+接入指南 ii. 缓存过期时： 当域名解析的结果缓存时间到期时，客户端应该向 D+重新发起域名解析请求以获取最新 的域名对应的IP。为了减少用户在缓存过期后重新进行域名解析时的等待时间，建议在 75% TTL 时就开始进行域名解析。如本地缓存的TTL 为 600s ，那么在第600*0.75=450s 时客户端就应该开始进行域名解析。 除了以上几点建议以外，减少域名解析的次数也能有效地减少网络交互，提升用户访问体 验。建议在业务允许的情况下，尽量减少域名的数量。如需区分不同的资源，建议通过 url 来进行区分。