任何播路由让地理分布的服务器共用同一 IP 地址，广泛用于根 DNS、CDN 与云服务。早期研究指出根 DNS 任何播查询常被路由到非最近节点，导致延迟膨胀，且节点越多越易出现次优决策。哥伦比亚大学联合南加州大学信息科学研究所与微软重新评估后发现：根 DNS 任何播性能虽差，但因中间解析器缓存 TLD 记录最长两天，终端用户平均每天仅发起一次根查询，实际体验几乎不受影响。
缓存机制消解延迟膨胀：
根 DNS 由 13 个任何播部署组成，提供相同的顶级域记录。这些记录可在中间解析器缓存 48 小时，而解析器通常为大量用户共享。原文指出终端用户平均每天仅向根 DNS 发起约一次查询，因此即使单次查询因任何播路由选择不当增加传播时延，也被极低的查询频次稀释。原文未给出具体缓存命中率数据，但强调缓存层的存在使根层延迟对终端感知延迟的贡献微乎其微。
任何播部署规模与性能的权衡：
早期研究认为增加任何播节点会恶化路由次优概率，但微软自 2015 年以来将部署规模翻倍、Facebook 亦从基于 DNS 的重定向转向任何播，说明实际工程收益超过理论担忧。原文未给出微软或 Facebook 的具体延迟对比数值，但指出在延迟真正敏感的场景（如 CDN 边缘节点选择），任何播性能可通过更精细的路由工程与拓扑感知部署进一步优化，而非根 DNS 那样依赖缓存掩盖。
对网络工程师的启示：
评估任何播性能必须结合上层应用的缓存特性与查询模式。根 DNS 因极低查询频次与长 TTL，任何播路由不完美可被容忍；但对高频、低延迟业务，仍需在节点选址、BGP 社区属性、EDNS Client Subnet 等层面精细调优，而非盲目扩展节点数量。理解“缓存层对任何播路由质量的容错度”是容量规划与故障域划分的关键参考。
原文: APNIC Blog（2021-10-26）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog