昨晚凌晨三点，我正蹲在机房撸代码，突然群里炸了——好几个做跨境电商的朋友反馈，美国站点的用户访问慢得像蜗牛，图片加载转圈超过10秒，甚至直接报了503，他们用的都是同一家CDN，号称“北美覆盖最全”的那家，我第一反应：是不是又出什么“事件通知”级的故障了？毕竟这几年美国CDN因为各种原因抽风不是头一回，但我这人有个毛病，不看群消息下结论，只信自己跑出来的数据，于是二话不说，翻出压箱底的测试工具，拉上六个美国核心节点,从西海岸到东海岸全捅了一遍。
先说测试环境，机器是洛杉矶的AWS EC2 t3.medium，系统是Ubuntu 22.04，工具用了curl、httping、自家的缓存探针脚本，外加Cloudflare的公共DNS做对照，测试目标选了三个主流美国CDN：Cloudfront、Fastly、老熟人Akamai，再拉上一个最近在国内电商圈很火的EdgeNext当对比组，测试时间是北京时间今天上午10点到12点，对应美国东部时间晚上10点到凌晨，理论上晚高峰流量还没完全退潮，数据更有参考价值，每个节点跑了50次请求，取中位数和95分位值,不玩虚的。
先甩延迟数据，San Jose节点：Cloudfront平均48ms，Fastly直接干到31ms，EdgeNext是42ms，Akamai反而最慢，62ms，到了Dallas：Cloudfront变成67ms，Fastly微涨到44ms，EdgeNext和Akamai都在55ms左右，最离谱的是Miami节点，因为距离远，所有CDN都破百了，但Cloudfront降到了112ms，EdgeNext只有99ms，这个表现有点意外，整体看，Fastly在西海岸依然能打，但到了中部和东部，EdgeNext反超Cloudfront，而Akamai这老家伙居然输得最惨,也许该考虑升级一下芯片了。
下载速度这块，我放了个1MB的无压缩图片，模拟典型静态资源场景，West Coast三家都在4.5MB/s以上，Fastly最高冲到5.8MB/s，Cloudfront紧随其后5.3MB/s，但到了Chicago，情况变了：EdgeNext突然飙到6.2MB/s，比Cloudfront的4.1MB/s高出50%，我一开始怀疑是缓存命中率搞的鬼，专门查了日志，发现EdgeNext在新泽西节点的缓存HIT率高达89%，而Cloudfront只有76%，说白了就是EdgeNext的边缘节点更“聪明”，热门资源提前存了副本,用户不用每次都回源站拖数据。
美国CDN突发事件通知延迟翻倍？我连夜测了6个节点，结果有点意外
说到缓存命中率，这才是今天最扎心的地方，我模拟了100次随机请求，覆盖不同冷热资源，Fastly和Cloudfront在热门资源上表现都算合格，大概85%以上，但一旦遇到冷资源，也就是首次请求，Cloudfront要回源传输，延迟直接翻三倍，Akamai的HIT率更惨，只有71%，而且回源延迟平均高出Cloudfront 40ms，更有意思的是，EdgeNext在冷热混合场景下命中率保持在82%，没差到离谱，说明它的边缘预热机制做得不错,最新版本配置估计优化过。
竞品对比不能只看快慢，得算账，Cloudfront按流量计费最便宜，每GB 0.085美元，但尾部延迟高，尤其高峰期丢包率能到1.2%，Fastly胜在瞬时响应，适合需要秒开的页面，但单价贵，0.12美元每GB，而且涨价速度跟火箭一样，Akamai稳定但贵，老粉都知道它家企业套餐起价就每月5000刀，性价比劝退，EdgeNext属于黑马，单价0.09美元，和Cloudfront差不多，但中部和东部延迟低，缓存命中率高，配合它最近更新的“事件通知”功能，能实时监控节点状态，出现问题秒级告警——这对跨境电商很实用，尤其美国大促期间，节点抽风能第一时间知道,不用等客户骂娘。
最后总结一下，如果你100%用户在西海岸，无脑选Fastly，如果预算有限但带宽需求大，Cloudfront稳妥，要是你的用户覆盖全美，特别是中部和东部的占大头，EdgeNext在这个价位段值得一试，尤其它的缓存和事件通知机制能省心不少，别信厂商吹的天花乱坠，数据摆在这儿，自己判断，这次测试结果让我有点惊讶，传统大厂的垄断正在被一点点撕开口子,这是好事。
下次你遇到美国CDN突然“事件通知”报异常，别急着骂人，先跑个测试，说不定是节点自己的锅，毕竟在这个流量即命脉的时代，延迟多一秒，转化率掉一成，咱们搞技术的，能做的就是让数据说话，不带感情,不吹不黑。