代理IP选购里，五个常见的坑避开之后，还有两个不太显眼但同样容易踩的地方。一个是不留备用资源，一个是把所有任务压在同一个方案上。这两个坑的共同点是平时看不出问题，一旦出现波动就会放大成整体停摆，处理起来也比前五个更被动。这两个坑在代理IP的使用中平时看不出问题。
这两个坑为什么容易被忽略？
第一个：不留备用
备用资源的准备成本不高，但需要提前验证。多数人不做准备的原因是觉得用不上，结果真出问题时只能临时找方案，找到的往往没有验证过，顶上去也不一定稳。代理IP的连续性有时候靠的不是主力有多强，而是备用接得有多快。
备用要怎么准备？
准备一份规格低一档、但已经调通的资源，再写清切换步骤，定期用小任务跑一遍确认可用。三件事做完整，备用才算真的能用。备用不需要和主力同规格，能覆盖任务的最低要求就够。备用不需要和主力同规格，对代理IP来说够用就行。
「把所有任务放在一个方案上，不是更省事吗？」
第二个：全压在一个方案上
集中使用的问题是把风险也集中了。一个方案出波动，所有任务一起受影响，没有回旋余地。合理的做法是把关键任务和次要任务分开承载，让关键任务始终有一条更稳的路径。代理IP的分配方式和任务重要程度对齐，风险就不会全部落在同一个点上。
集中使用要注意什么？
| 情况 | 影响 | 处理 |
|---|---|---|
| 没有备用 | 出问题只能临时找 | 准备低一档的备用资源 |
| 全压一个方案 | 一次波动影响全部 | 关键任务单独承载 |
- 准备一份低一档的备用资源
- 写清切换步骤并定期验证
- 关键任务单独承载
需要注意的是：备用资源平时不打理就会失效，检查这一步要固定成周期动作，否则等于没有备用。
这两个坑怎么避免？
避免的办法是把备用和分层当成采购的一部分，一开始就规划进去，而不是等到出问题再补。代理IP的规划多花十分钟，后面能省下很多被动应对的时间。把代理IP的规划提前十分钟做完，后面会省很多事。
备用和分层，一开始就要有。
怎么把这两件事排进采购？
把这两个容易忽略的坑一起避开，代理IP的使用就会从容很多。备用解决的是突发问题，分层解决的是风险集中问题，两个都做好，任务的可预期性会明显提升。