通过分析国家代码顶级域名（ccTLD）的路由与托管数据，研究揭示了本地互联网交换点（IXP）对终端用户延迟的实际影响。运营模式与业务模式决定了内容是否就近交付：本地化部署配合 IXP 可实现个位数毫秒延迟，而远程集中托管或大型云厂商的泛化部署则导致延迟高低不一。
运营模式决定就近交付效果：
从工程视角看，运营模式即托管公司或网络为构建和交付服务所采取的部署方式。部分运营商仅在一两个远离目标经济体的地点部署设施，完全缺乏本地 IXP 接入，导致终端用户面临极高延迟；另一极端则是运营商在多个 IXP 部署任播 DNS 与代理服务器，延迟始终保持低位，指标对用户最优。业务模式与运营模式在该层面的分析中起决定性作用，直接决定了内容能否就近交付。
大型云厂商的泛化部署特征：
大型云服务呈现"面向所有人的一切服务"特征，部署遍布全球，但延迟指标差异巨大。其业务模式不以向客户出售最优路由为目标，路由决策留给客户自行决定。结果是 ccTLD 内容分散在其区域乃至全球网络各处，无法保证一致的低延迟体验。这种泛化部署虽覆盖广，却缺乏针对特定经济体的本地化优化。
本地化部署的实测延迟数据：
日本、马来西亚、印尼等经济体的本地组织网站采用本地语言、注册本地 ccTLD、托管于本地数据中心，这种文化与技术的双重本地化最利于本地 IXP。实测延迟中位数分别为：日本 6.17ms（91.34%）、印尼 10.78ms（89.62%）、马来西亚 5.40ms（81.59%）。这些个位数毫秒级指标离不开良好的互联网对等互联接入，验证了本地化部署配合 IXP 的有效性。
对网络工程师而言，数据表明：在目标经济体部署任播节点并接入本地 IXP，是降低 ccTLD 服务延迟的最直接路径；依赖远程集中托管或将路由优化外包给云厂商，均难以获得稳定低延迟。Ng 与 Taneja 2019 年研究显示，用户浏览聚类与内容托管位置显著对齐，部署策略应贴合实际流量分布。
原文: APNIC Blog（2022-05-10）｜编译自 APNIC Blog，事实以原文为准。
来源：APNIC Blog