预算批不下来、代理IP线路一时买不到，这类情况很常见。硬撑的结果是所有任务一起变慢，进度反而更差。降级不是认输，是把有限的资源放在最需要的地方。四种降级方案按代价从低到高排，能在前一档解决就不要动后一档，动得越往后，牵扯的人越多。
降级的目标是保住关键任务。
先砍总量，再砍并发，最后才动任务本身。
- 减少实例数
- 代价是进度变慢，好处是不用改配置，最省事
- 错开高峰
- 不花钱，但要排期，适合任务时间灵活的场景
- 降低并发
- 同一批任务跑得久一些，失败率明显下降
- 延后非关键任务
- 把不赶时间的任务挪到线路宽裕的时段
降级之后怎么判断够不够用
看两个数：关键任务的完成时间有没有超出预期，整体失败率有没有回到平时的水平。两个都过，说明降级到位；有一个不过，就要往下一档走。
降级的顺序为什么是这样
减少实例数改的是总量，对配置零改动；错开高峰改的是时间分布，要协调；降低并发要改脚本参数；延后任务要改排期，涉及的人最多。顺序按改动成本排，越往后涉及的人越多，越难落地，也越容易半途而废。
什么时候不该降级
关键任务已经贴着时间底线，这时候降级等于直接放弃交付，该做的是把预算问题往上提；在配置上腾挪出来的那点余量，撑不住交付。
该加钱的时候省钱，代价更大。
还有一种情况是代理IP线路本身质量下降，不是数量不够。数量不够的表现是所有任务一起慢，质量下降的表现是某些时段或者某些地址段频繁失败。两种情况的处理完全不同，前者降级有效，后者降级只是把故障往后推，换线路才是解法。
判断的办法很简单，拿同一批任务分别在两条线路上跑一次，差异明显就是线路质量的问题，差异不明显再往数量上想。
代理IP的降级方案定下来之后，写清恢复到正常水平的条件。比如线路补齐、预算到位、任务量回落，条件达成之后把配置改回去，别一直降着跑，降久了就忘了原来的配置是什么样。
资源紧张的时候，最忌讳的是所有任务挤在一条代理IP线路上一起将就。把资源集中给关键任务，其余的安排在后面，整体反而更快，交付也更有保障。