请求数限制，CDN从带宽计费到请求治理的暗战

过去十年,CDN行业的计价单位几乎就是带宽的“独角戏”，企业采购CDN时，销售嘴里蹦出的永远是“峰值带宽”“月95计费”这些词，但最近两年，一个更细碎、更让运维头疼的词开始频繁出现在合同和技术文档里——请求数限制，这不仅仅是计费模式的变化，它正在重塑CDN的产品逻辑，甚至暴露了行业下一轮竞争的真正焦点。

技术演进：从流量洪峰到请求洪峰

传统CDN的核心能力是缓存和加速,衡量压力的是带宽，但移动互联网和API经济的爆发，彻底改变了流量结构，一个视频页面可能只有几MB流量，但一个直播间的高频互动、一个电商大促的秒杀接口，每一秒钟都在产生海量的小请求，这些请求消耗的CPU、内存和建连资源，远高于单纯的带宽传输，当请求数突破节点单机的处理上限，即使带宽还有富余，服务也会瞬间雪崩。

“请求数限制”从一种简单的防护措施，演变成了CDN的精细化调度引擎，最早的请求限制是粗暴的QPS阈值，超过就返回403或跳转验证页，但现在的限制已经进化到多维度的“请求治理”：按用户维度限频、按URL特征限流、按地理位置调度优先级，甚至结合边缘计算在节点上直接做请求聚合和协议裁剪，这背后的技术演进脉络很清楚：CDN不再只是“搬砖”的，它开始理解业务语义，变成应用入口的“守门员”。

请求数限制，CDN从带宽计费到请求治理的暗战

行业动态：计费范式转移的战火已经点燃

如果说技术是内功,那么计费模式的改变就是最直观的行业风向标，过去一年，多家头部CDN厂商陆续调整了官网的价格表，将“请求数（Requests）”作为独立计费项，或者推出“带宽+请求数”的组合套餐，表面上是增加了一个收费维度，实际上是把成本压力向客户传导——因为云厂商自己的边缘节点，也扛不住恶意刷请求的疯狂攻击。

更值得玩味的是,请求数限制已经被提升到“安全产品”的高度，传统WAF的CC防护功能，现在被整合进CDN的请求治理模块，并冠以“边缘防护”“API网关”等新名字，这说明行业动态已经从“防大流量DDoS”转向“防高并发CC攻击”，因为后者更隐蔽，也更消耗计算资源，而请求数限制，正是这场攻防战的第一道闸门。

代表厂商动作：殊途同归的“边缘控制面”

在具体动作上,三家典型厂商可以反映行业全貌。

Cloudflare 是最激进的“请求原教旨主义者”，它的网络本身就以请求数为核心指标，通过免费提供无限请求数来吸引客户，再通过Worker和Rate Limiting规则收费，它赌的是：未来应用的瓶颈不是带宽，而是逻辑复杂度和请求的智能处理，它的请求数限制，长在了开发者体验上，规则配置精细到URL路径和请求头。

阿里云CDN 则体现了“大而全”的思路，它把请求数限制融入“边缘WAF”和“DDoS高防”的联动体系中，强调“全链路防护”，在刚刚更新的控制台上，请求数阈值可以按域名、按分组、按时间段动态调整，甚至支持AI自动学习正常请求基线，它的动作透露出：在中国复杂网络环境下，请求数限制必须和源站协同，否则容易误伤真实用户。

Fastly 则走了一条更“隐晦”的路，它不直接叫“请求数限制”，而是通过VCL自定义逻辑，让用户自己实现基于请求数的回源、缓存和降级策略，这个动作看似技术化，实则最激进——它将限制的权力还给了客户，而它只提供极速的边缘计算平台，这种“你们自己玩”的思路，反而吸引了大量对控制力有偏执追求的高端用户。

这三家虽然路径不同,但方向一致：请求数限制已经从“一刀切的安全策略”演变为“可编程的边缘控制面”，谁能把控制粒度做得更细、更智能，谁就能在下一轮竞争中握住企业应用的入口。

未来趋势判断：请求数将成为“边缘应用单元”

如果只看现在,请求数限制更多是防御性的，但看向未来三年，我认为它会变成一种资源抽象层。

当边缘计算真正成熟,CDN节点会从缓存节点升级为分布式的应用运行时，届时，计算资源以“请求”为单位进行调度，将是最自然的方式，比如一个图像识别函数，在某个边缘节点被调用了100万次，那就按请求数计费和限流，今天的“请求数限制”，将来的“请求数调度”，这个演进趋势几乎是必然的。

另一个趋势是请求质量分级，现在限制的是“多”和“少”，未来限制的将是“好”和“坏”，通过AI对请求指纹、客户端行为、业务上下文的深度学习，CDN能判断这个请求是危险的爬虫、是低价值的轮询、还是高价值的交易，然后动态分配资源：对关键请求无限放开，对垃圾请求直接丢弃，这时候的“请求数限制”，本质上就是“请求优先级管理”。

观点：不要神话，也不要漠视

对于企业用户,我的建议很务实：别再把请求数限制仅仅看成“防止被刷”的保护伞，也别抱怨它增加了成本，它其实是帮你重新审视自己应用结构的一面镜子，如果一个业务的高频请求占比过高，且无法通过合并、缓存或减少轮询来改善，那即使CDN不限制你，你的源站和终端用户体验也会遭殃。

从行业观察者的角度看,CDN厂商之间的竞争已经不再是“带宽单价谁更低”，而是“谁能为每个请求提供更智能的决策”，请求数限制是这场博弈的第一张明牌，它不完美，有时会误伤，但在找到更好的度量单位之前，它是最诚实的——因为每一次请求，都真实地消耗了计算、网络和存储资源，理解了这一点，你就看清了CDN未来十年的底层逻辑。