代理IP方案推进到上线阶段，最容易省掉的一步是回退准备。团队往往觉得方案已经验证过了，出问题的概率不大，于是直接全量切过去。这个判断在多数时候没错，但那少数几次出问题的时候，没有回退通道的代价会非常高。
回退要准备什么
准备三件事：旧方案的配置保留在原处、回退的触发条件提前写清、回退的操作步骤有人演练过一次。三件事都不复杂，但必须在切换之前完成。代理IP的上线把回退当成交付的一部分，才不至于出问题时手忙脚乱。
- 保留旧方案配置，先不删除
- 写清触发条件与判定标准
- 安排一次回退演练
- 明确执行人与联系顺序
触发条件必须可以量化。写成情况严重的时候回退，执行的人无法判断算不算严重。写成失败率连续两小时超过两成，判断就没有争议。代理IP的回退条件写得越具体，真正需要执行的时候越果断，也越不容易因为犹豫而错过窗口。
先切一部分行不行
分批放量是降低风险的有效做法。先切一成，观察几天再扩到三成。代理IP在不同量级下表现可能不同，分批能把问题控制在早期，也给回退留出了更从容的操作空间。
演练怎么做
演练结果怎么看
演练不必做得复杂，把旧配置切回去跑一批任务就够。演练的价值在于提前发现细节问题，比如旧配置是否还完整、切换需要多久。代理IP的回退通道如果只在文档里存在，真要用的时候往往会发现少了几步，代理IP的切换也就不敢轻易执行。
回退通道要在切换前备好。
需要注意的是：回退演练要留下记录。没有演练过的方案，真到用的时候经常发现细节不通。
坑四之所以最贵，是因为它把风险集中在一次动作上。代理IP上线之前把配置、条件、演练三件事准备好，再配合分批放量，出问题的时候才有退路，交付也稳得多。