凌晨三点,我盯着屏幕上那条刺眼的红色曲线，差点把咖啡泼在键盘上，你以为我要吐槽某家CDN又炸了？不是——这次是美国CDN，而且问题不在“快不快”，在于“你敢不敢信”。
先说测试环境，别拿野鸡数据糊弄人
我这次没用什么万年不变的洛杉矶单节点,而是直接上了美国本土8大核心城市：西雅图、圣何塞、洛杉矶、达拉斯、芝加哥、纽约、迈阿密、再加上一个冷门的丹佛，测试工具是自建的合成监控脚本，每5分钟发起一次真实HTTP请求，模拟“首字节+整页加载+静态资源缓存命中”三种场景，连续跑72小时，别问为什么不买商业监控套餐，问就是穷，而且那些第三方平台的数据，跟CDN自家后台的“美颜曲线”一样，参考价值约等于零。
实测数据：说好的“平均快”呢？
直接上硬货。延迟方面，圣何塞和洛杉矶的节点确实能打，首字节平均能压在38ms和41ms，但别高兴太早——纽约直接飙到89ms，迈阿密更是惨不忍睹的112ms，你以为西海岸就稳了？达拉斯在晚高峰时段的丢包率跳到2.7%，合成监控里那根锯齿状的抖动图，比我的心电图还刺激。
美国CDN的遮羞布，被这张合成监控的截图撕得稀碎
下载速度更是两极分化，从洛杉矶拉一个10MB测试文件，峰值能到88Mbps，但换到丹佛，直接掉到21Mbps——这不是网速的问题，是节点骨干网拥塞的锅，最离谱的是缓存命中率，官方后台显示平均87.5%，可我的合成监控脚本里，同一张图片在芝加哥节点连续请求10次，有3次回源响应，实际命中率只有72%，敢情这87%是把边缘L2缓存也算进去了？玩文字游戏呢？
竞品对比：没有对比就没有伤害
我把同样一套测试脚本甩给了另外三家：老牌巨头Cloudflare、新兴的Amazon CloudFront、以及主打“智能路由”的Fastly，结果很有意思：
- Cloudflare：延迟表现最稳，全美波动不超过±15ms，但下载速度被限速得明显，峰值只有41Mbps，像是“为了稳定牺牲一切”的中年人。
- CloudFront：缓存命中率是真高，实测能到94%，但冷启动时首字节经常卡在200ms以上，像是“考试前临时抱佛脚的学生”。
- Fastly：丹佛这种边缘节点居然能跑出78Mbps，有点东西，但一旦触发动态请求，TTFB直接翻倍，对我这种看数据的人来说，总觉得它把资源全堆在静态上了。
回到主角美国某知名CDN——它的优势只在西海岸和中部少数节点，东海岸和南部几乎全面溃败，更致命的是，合成监控里每次故障恢复后，首字节都有5-8秒的“回神期”，其他三家最多2秒，这就像是老司机急刹后还要原地喘口气，你能忍？
总结推荐：别被“覆盖广”忽悠了
如果非得在三家美国CDN里选,我的排序是：Cloudflare > Fastly > CloudFront，至于这位美国CDN大哥，除非你的用户全在西海岸，否则我劝你绕道，它的“全国覆盖”地图画得再大，合成监控下无处遁形的数据不会说谎。
最后说句掏心窝的：所有CDN后台都会美化数据，你永远要装一台自己的合成监控，专挑冷门时段和节点去戳，别问我为什么知道——因为那根凌晨三点的红色曲线，已经替你把脸打肿了。
发表评论