不少团队对代理IP的用途判断，是从「要多少条」开始的。这个问法本身没问题，但缺了前半句：要多大的量才撑得住现在的任务。把量级估算出来再谈条数，讨论才有落点。量级估错，后面所有配置都会跟着偏，再精细的调参也救不回来。
- 单次任务量：一轮要发起多少次请求
- 峰值并发：同时最多有几个在跑
- 日均总量：一天累计多少
- 增长斜率：每月大概涨多少
这四个数字不用很精确，量级对就行。一轮几十次和几万次，对应的代理IP方案几乎是两个世界；峰值是 5 还是 500，决定了并发控制要不要做。数字粗糙没关系，方向错了代价才大。
按量级分三段的用法差别
小量级下，很多问题可以靠人工兜住，代理IP只要能用就行；中量级下，人工开始跟不上，必须把规则写清楚；大量级下，规则本身也要能自我调整，否则维护成本会指数上升。这三段对代理IP来说，跨越点没有统一标准，但只要跨过去了，原来的做法一定会出问题。
- 小量级：人工可兜底，重点在可用
- 中量级：规则化，重点在稳定
- 大量级：规则自调，重点在可控
三段之间最容易被忽略的是第二段。很多团队从小量级直接跳向大量级，跳过了规则化的阶段，结果大量级下每次出问题都只能靠人海解决。把中量级的规则先补上，代理IP的扩张才有台阶可踩，而不是悬在半空。
台阶踩稳，扩张才不慌。
量级估算的常见偏差
量级估算最常见的偏差是只算成功次数，不算重试。实际调用量往往比预期高出两三成，失败重试、定时补跑、人工补数都会叠加进来。按实际调用量估算，代理IP的资源预算才不会一到月末就吃紧。
另一个偏差是只看当下不看增长。业务在涨，调用量跟着涨，三个月后的量级可能已经是现在的两倍。按现在的量级选方案，等于给自己留了一个必然要重买的坑。把增长斜率也放进估算，代理IP的采购节奏会从容很多，不至于每次扩张都要重新走一遍流程。
估算留余量，是最便宜的保险。
量级这一项算清楚，剩下的事情都会变简单：要什么样的出口、要不要做并发控制、需不需要监控，都能从量级里推出来。把这一步做实，代理IP的用途就不再是一句模糊的描述，而是一组可以验证的数字。