小规模测试很稳，量一上来就不稳，是代理IP最常见的一种落差。原因通常不在资源突然变差，而在于规模放大之后，一些原本被掩盖的问题被放大了。并发、排队、失败重试这几项在小量下看不出差别，量一上来就会互相叠加，最终表现为整体不稳定。
第一件被放大的事是什么？
第一件是并发排队。小量时资源看起来很宽裕，量上去之后每条资源要同时处理更多请求，响应变慢，超时和失败随之增加。代理IP的并发上限在这种时候才真正体现价值，选购时看着用不上的规格，这时往往就成了关键。
第二件是什么？
第二件是失败重试的叠加。失败一次要重试，重试又占资源，资源被占之后失败更多，形成循环。这个循环在小量下几乎看不出来，量一大就会迅速放大，让原本稳定的代理IP看起来完全不行。这两件事叠加起来，会让代理IP的表现迅速变差。
「那是不是只能加钱换更高档？」
先做这两件事
加档之前先做两件事：控制并发上限、给重试加退避。前者避免把资源压满，后者避免失败自我放大。这两件事做完再测，很多所谓需要升级的情况会自动消失，代理IP的稳定性也会明显回升。
- 把并发限制在合理区间
- 给重试加上等待间隔
- 重新测一轮失败率
- 仍有缺口再考虑加档
需要注意的是：量级提升时要分步加，一次加太多会让问题混在一起，分不清是资源不够还是用法有问题。
加档之后还要看什么？
加档之后要看失败率是否真的下降，而不是只看任务是否跑完。失败率没降说明瓶颈在别处，继续加档只是增加成本。这时候该回头查用法，而不是继续在代理IP上加钱。
还有一步别忘
- 确认失败率是否真的下降
- 看瓶颈是不是在别处
- 用法调完再考虑加档
先调用法，再谈加档。
什么时候才该考虑加档
量上来之后的稳定问题，多数能从用法上找到答案。代理IP的规格固然重要，但把并发和重试管好，往往比多加一档更有效，也更省钱。