平时跑得好好的，一遇到突发流量就大面积失败，这是代理IP使用中最典型的翻车场景。原因不复杂：突发意味着瞬时并发远超日常水平，而资源池的容量是按常态配置的，两边的差距一拉开，瓶颈立刻出现，而且往往同时出现在好几个环节。代理IP的容量规划要按峰值来留，而不是按平均值来配。
瓶颈一般先出现在哪？
最先出现的通常是并发上限，可用的条数被瞬间占满，后面的请求只能排队；接着出现的是带宽，每条连接的传输被摊薄，响应变慢；最后是替换机制，失效的资源来不及补充，池子越用越薄。代理IP在突发场景下的表现，取决于这三个环节里最薄的那一个。
为什么要提前留余量
因为突发来的时候没有调整的时间。等发现失败率上升再去加资源，任务往往已经受损。代理IP的容量规划不能按平均值来算，要按你可能遇到的峰值来算，中间那段余量不是浪费，而是给突发留的缓冲。
还有一个容易被忽视的点：突发的形式不止一种。有的是请求数量突然变大，有的是单个请求的内容突然变大。前者考验并发和取用，后者考验带宽和通路承受能力。两种突发的应对方式不同，只看数量这一项，很容易准备错了方向。
| 形式 | 先撑不住的是 | 应对方向 |
|---|---|---|
| 数量激增 | 并发与取用 | 留出并发余量、分批放量 |
| 内容变大 | 带宽与通路 | 提高搬运能力、错峰执行 |
需要注意的是：把突发任务和常态任务分开跑，避免一次突发把正在进行的长期任务一起拖垮。
留余量，是给突发准备的。
代理IP在突发面前的脆弱，本质上是容量按常态配置的结果。按峰值留余量、把两种突发分开应对、让突发任务与常态任务互不干扰，这三件事做到，大面积的突然失败就不容易发生。代理IP在突发面前的脆弱是可以提前缓解的。