亚太CDN实测，节点覆盖、延迟与价格的隐形差距

在亚太跑业务这几年,我对“CDN”三个字越来越警惕，不是因为不需要，而是因为厂商们宣传的“全球加速”和实际体验往往隔着两万公里，这次我拿三家主流服务商——CloudFront、阿里云CDN、以及一家专注东南亚的本地厂商（用“SGX”代称）在同样条件下做了两周实测，针对新加坡、雅加达、马尼拉、东京和悉尼五个节点，用真实请求看了延迟、丢包和回源效率，结论是：亚太地区没有“万能选手”，只有“场景适配”和“预算换体验”的取舍。

先看最直观的延迟,从新加坡发起请求，到各边缘节点响应，CloudFront的平均首字节时间在雅加达是82ms，马尼拉91ms，东京45ms，悉尼38ms，阿里云CDN的对应数据是雅加达74ms，马尼拉85ms，东京40ms，悉尼35ms，SGX则很极端：雅加达直接压到58ms，马尼拉也只要63ms，但东京和悉尼反而飙到62ms和49ms，这组数据说明什么？说明在大陆和北美都有成熟网络的厂商，在东南亚核心城市并不一定比本地服务商快，SGX明显在印尼和菲律宾部署了更密集的边缘节点，而国际大厂是用少数几个区域枢纽硬撑着。

但延迟只是入门,真正的坑在回源，我特意测试了源站设在新加坡、目标用户在雅加达的场景，CloudFront的回源路径是先到新加坡边缘，再走AWS内部网络到源站，整体P95响应时间达到1.3秒，阿里云类似，因为它的东南亚回源路由有时会绕到香港或东京，测得P95为1.1秒，SGX则因为在新加坡和雅加达之间有专门的传输链路，P95只有0.8秒，别小看这300毫秒，对于印尼的电商用户来说，每多一次重定向，就多一分跳出率，但反过来，如果源站在美国，SGX就拉胯了，回源要跨太平洋公网，P95直接破3秒，而CloudFront依靠自有骨干网能控制在1.7秒，这让我确定了选型原则：回源路径比边缘节点数量更重要。

再看价格,这才是真正说人话的地方，CloudFront按流量计费，在东南亚区域每GB大约0.085美元，但要注意最低消费和HTTPS请求费，阿里云CDN针对东南亚有阶梯价，量大能到0.06美元/GB，但需要预付费谈判，SGX则是简单粗暴的0.04美元/GB，不过有最少100GB/月的限制，我拿一个月约500GB流量的实际项目算总账：CloudFront要63美元，阿里云约41美元，SGX只要35美元，但SGX的免费带宽峰值和超额惩罚很重，一旦突增到500GB以上的2倍，当月账单会翻三倍，如果你的业务有较强的突发性，国际大厂的反向计费反而更平滑。

亚太CDN实测，节点覆盖、延迟与价格的隐形差距

最后说一个容易被忽略的环节：API调用和动态内容，亚太很多客户的业务不只是静态图片视频，还有大量的API请求，CloudFront对动态请求支持不错，但它在雅加达的边缘节点似乎没有缓存动态响应，每次都要回源，延迟高，阿里云在东南亚有一批边缘计算节点，能直接跑轻量函数，动态请求性能强很多，实测API响应比CloudFront快19%，而SGX呢，基本没有动态缓存能力，遇到API就是裸奔回源，也就是说，如果你的业务是静态为主，SGX性价比较高；如果全是动态请求，阿里云的优势反而明显。

我的结论不复杂,亚太CDN市场，本质上是“节点密度”和“网络自治”的博弈，CloudFront强在全球化骨干网和稳定性，但在印尼、菲律宾这种岛屿密集地区不够接地气，阿里云像是均衡型选手，表现不差但也没有极致，而SGX这类本地服务商，在核心区域能给你惊喜，可一旦出圈就原形毕露，没有绝对的好与坏，你得先想清楚用户在哪、源站在哪、动态占比多少，别信宣传图上的“全球节点分布”，打开你的监控面板，放真实流量打两周，再算算账单，那才是亚太CDN的真相。