这两周我把三家国内主流CDN在亚太区域的节点反复测了个遍，测试场景很简单：一个放在杭州源站的纯静态站，文件大小约1.8MB，包含常规图片和CSS，没有额外优化协议，测试点选了新加坡、东京、悉尼、孟买、雅加达五个地方，用同一批本地监控探针，每半小时抓一次数据，连续跑了14天，测的是首字节时间、丢包率和晚高峰抖动，为什么测这仨？因为做跨境电商独立站的都清楚，亚太客户最烦的就是“图片转圈圈”和“视频卡成PPT”，而这些问题的根源不是带宽不够,是路由绕路和节点调度瞎搞。
亚太CDN实测，绕路、丢包、晚高峰，谁在裸泳？
先上结论：三家没有一家能通吃所有区域,但差距比想象中大。
新加坡和东京：成熟市场的“优等生”与“偏科生”
阿里云在新加坡的表现是最稳的，首字节平均128ms，丢包率0.02%，晚高峰抖动控制在±8ms以内，东京节点稍微差一点，首字节平均156ms，但丢包率也低，腾讯云在新加坡首字节能跑到135ms，接近阿里云，但东京就露馅了——晚高峰丢包率冲到0.4%，抖动拉高到±23ms，我用traceroute看了下，腾讯云东京节点在晚高峰会绕去圣何塞，多跳了12个AS，明显是线路超售，网宿倒是有点意外，新加坡首字节165ms，比前两家慢，但东京反而稳，丢包率只有0.03%，抖动极小，这就很微妙了：网宿在核心机房没有走BGP多线，而是用专线直连，延迟高了点,但抗拥塞能力强。
悉尼：谁在裸泳一目了然
亚太最大的坑其实是悉尼，澳洲用户少，节点少，很多厂商要么把悉尼流量调度到新加坡，要么用美国节点兜底，实测下来，阿里云悉尼首字节平均210ms，丢包率0.1%，算及格，腾讯云悉尼首字节237ms，丢包率0.25%，而且晚高峰会周期性地跳ping，每次持续40秒左右，疑似是共享带宽被刷，网宿悉尼是最差的，首字节直接飙到289ms，丢包率0.7%，更离谱的是，网宿在悉尼的节点IP段居然和墨尔本一个本地小运营商共用，晚高峰带宽被打满后，我们的测速文件直接超时，这不能怪网宿不努力，只能说澳大利亚市场太小,谁都没舍得砸钱租优质链路。
孟买和雅加达：魔鬼藏在细节里
印度和印尼是过去两年跨境电商增长最快的市场，但网络基础设施一言难尽，阿里云孟买首字节248ms，丢包率0.3%，抖动尚可——它不是快，而是稳，该丢的包一视同仁地丢，不会突然卡死，腾讯云孟买首字节266ms，丢包率0.15%，但晚高峰会出现“双峰抖动”，就是每隔几分钟延迟从280ms跳到400ms再回落，这种波形对WebSocket和视频播放极不友好，网宿在孟买的表现反倒是三家里最好的，首字节232ms，丢包率0.12%，后来查了下，网宿在印度租的是孟买本地Tier-3机房直连DE-CIX,不绕新加坡。
雅加达是真正的大混战，阿里云首字节301ms，丢包率1.2%，晚高峰延迟曲线像心电图，腾讯云首字节274ms，丢包率0.8%，但连接建立成功率只有91%，也就是说有9%的请求根本连不上，网宿更狠，首字节342ms，丢包率0.9%，但连接成功率96%，这个数据说明，在雅加达这个节点，谁都在硬撑,没有赢家。
最终对比和结论
综合来看，如果你的客户集中在东南亚发达地区（新加坡、东京），阿里云是最好的选择，延迟和稳定性都有保障，如果你做印度市场，网宿的性价比反而高，虽然慢但不容易断，澳洲用户多的业务，目前没有一家是优选,建议自建悉尼源站或接AWS。
说个扎心的：腾讯云在东京和孟买的线路调度有问题，不是技术不行，是国际化节点扩容没跟上，网宿在边缘地区肯用本地节点，但核心城市资源太抠门，阿里云最均衡，但上限不高，新加坡和东京都没做到极致，三家对移动端的适配都白瞎——我用4G网络测，丢包率普遍比宽带高3倍,节点选择逻辑似乎完全不区分终端网络类型。
最后提醒一句：任何测评都有时效性，CDN厂商每周都在换线路、加节点，我测的这14天里，网宿悉尼的IP段就换过两次，所以别迷信“谁家数据好”，自己拿业务流量做灰度测试，看真实用户的RUM数据，比看一百篇测评都有用，亚太CDN这行，没有永远的王者,只有不断的绕路和反绕路。
发表评论