深夜跑了个无服务器压力测试，美国CDN的底裤差点被扒光

01 开场悬念：当“无服务器”遇上“没服务器”

上周五凌晨两点,我正在洛杉矶的出租屋里刷着GitHub trending，突然被一条issue吓得坐直了——一个做跨境电商的朋友吐槽，说他们用了某美国CDN的“无服务器边缘计算”功能，结果双十一大促时，用户下单接口的响应时间从80ms飙到了2.3秒，评论区吵翻了天，有人说是他们函数代码写烂了，有人说是CDN节点“假无服务器”——边缘节点根本没缓存，每次请求都回源到弗吉尼亚的数据库。

我当即决定,别光说不练，这一周，我把自己当成一个“人肉压测机”，对市面上三家主流美国CDN（CloudFront、Fastly、Cloudflare Workers）做了个“无服务器+静态资源缓存”的混合实测，注意，不是拿官方demo糊弄，是我自己写了个带JWT验证的模拟电商结算函数，再加上一套50MB的图片和JS包，真刀真枪跑。

深夜跑了个无服务器压力测试，美国CDN的底裤差点被扒光

02 测试环境与工具：别拿“推荐配置”骗我

• 测试源站：一台位于俄勒冈州波特兰的EC2，跑着Nginx + Node.js 18，模拟真实业务逻辑（含数据库查询，但不做任何CDN侧优化）。
• 压测机：我分布在6个美国城市的云主机（纽约、芝加哥、达拉斯、丹佛、洛杉矶、西雅图），每台机器用cURL + 自写Python脚本，连续3天，每天3轮，每轮持续15分钟，并发50。
• 核心指标：首字节延迟（TTFB）、下载速度（MB/s）、缓存命中率（通过响应头X-Cache判断）。
• 工具：Cloudflare的cf命令行工具、AWS的cloudfront CLI，以及自己写的解析脚本，专治各种“官方默认配置”营销。

03 实测数据：别眨眼，差距比你想的大

先跑静态资源（50MB的JS+图片，全部设置Cache-Control: max-age=86400）：

注意,这是全国多节点平均值，细分下来，纽约用户访问CloudFront，TTFB只要55ms，但丹佛用户访问Cloudflare，直接飙到130ms——西海岸到中部，绕路绕得血压都高了。

再跑动态“无服务器”函数（每次请求都触发Worker/Functions执行JWT验证+查一次后端数据库）：

看到没？Fastly的Compute@Edge冷启动比Cloudflare快4倍，而且它的缓存器能直接缓存函数结果（如果函数是幂等的），回源率只有Cloudflare的一半，但Fastly的免费额度极其抠门，而且文档写得像法条，我花了两小时才搞懂怎么自定义缓存键。

04 竞品对比：别只看参数，还得看“人性”

• CloudFront：稳如老狗，但“无服务器”是个坑——Lambda@Edge的冷启动在西部地区简直灾难，而且控制台里默认的缓存策略会把你设置的头全部覆盖，适合只做纯静态托管，别碰它的计算层。
• Fastly：性能怪兽，但需要你懂VCL（它的配置语言），如果你能接受学习曲线，它的“即时缓存清除”功能简直是调试神器，客服邮件回复时间平均4小时——你懂的。
• Cloudflare Workers：生态最丰富，但性能波动大，我在达拉斯测试时，有两次请求竟然回源到了新加坡节点（因为该地区负载均衡策略抽风），适合轻量级脚本，但别放核心交易逻辑。

05 总结推荐：说点人话

如果你是电商独立站，且主力用户在美国东海岸——CloudFront + 纯静态，性价比最高，别碰它的函数计算。
如果你是SaaS应用，需要边缘计算做数据过滤——Fastly Compute@Edge，虽然配置烦，但效果是真的顶。
如果你预算极低，且业务允许偶尔卡顿——Cloudflare Workers，但一定要把缓存规则写死，关掉它的“智能路由”（不然会乱跳节点）。

最后说句难听的：美国CDN的“无服务器”宣传，有一多半是“无缓存服务器”，别听厂商吹牛，自己拿真实业务跑三天，再决定掏钱，我这周差点把Cloudflare的测出脑血栓——但没办法，干测评的，就得拿头发换真相。