多数线路并不是全天候都能达到同一个表现。有的线路在固定时段做维护，有的线路在晚间共享压力大，有的线路只在某几个时段能达到理想吞吐。代理IP线路的实际表现有节律，业务窗口如果与它的低效时段重叠，就会看到”配置没错但结果不对”。对齐不是把业务全挪到凌晨，而是让两者的高峰不撞在一起。本文按三个信息来源、两种对齐做法与一处容易忽略的例外讲代理IP线路的时段对齐。
先说时段信息从哪里来，这一步决定对齐有没有依据。第一来源是服务说明里的维护窗口，这部分通常明确写出，但要看清适用条件——有些说明写的窗口并不等于线路不可用，可能只是性能下降，判断时不要把两种情况混成一个。第二来源是自己的连续记录，把实际失败与耗时按小时统计一段时间，节律会自己显出来，这一来源比任何外部说明都可靠。第三来源是从对照测量得到，把同一业务在原始出口与代理IP线路上的表现按小时并列，两条线的差距变化能说明哪些时段线路自身状态变差。
三个来源里第二个最重要，因为它反映的是自家业务结构下的真实表现。外部说明描述的是通用条件，同一时段对不同业务的影响差别很大。没有连续两周的小时级记录，后面所有的对齐判断都缺少依据。
拿到时段之后进入做法。第一种做法是排期错峰。把对时间不敏感的任务挪出低效时段，这一条实施成本最低，且效果最直接。做排期时常见的失误是只考虑任务之间的相互影响，没有考虑任务时长与低效时段长度的匹配——把一个需要两小时的任务放在低效时段开始前十分钟启动，结果它仍然大部分时间落在低效区间里。错峰要看的是任务覆盖的时段，而不是启动时刻。
第二种做法是给低效时段单独配一条线路。这一种成本更高，但适合那些无法错峰的业务：任务必须由外部触发，时间不由自己决定。做法是给这类业务留一条不在这个共享池里的线路，专用线路在高峰时段的稳定性通常更好。代理IP线路在这种安排下要单独设归属与额度，不能与常规任务混用，否则错峰的安排会被自己稀释掉。
两种做法要合着用：能错峰的用排期，不能错峰的用专线。只用前者会让一类无法移动的任务长期受损，只用后者成本会高到难以维持。批量环境里对齐的性价比主要取决于能否把任务分成可移动与不可移动两类，而不是取决于时段判断多精确。分类本身常常比分类之后的动作更花时间，也更有价值。
有一类例外要单独处理：对时长的容忍。有些业务本身没有明确的时效要求，任务今天做不完明天继续也可以，这类业务即使在低效时段也只是慢一点，不值得为它做安排。把它们也挪来挪去，反而会把真正需要错峰的业务挤到不合适的时点上。判断标准很实际：这个任务的完成时间如果延后一小时，有没有人受影响。没有就把它当作弹性部分，优先安排那些有明确时效要求的。
最后说长期维护。时段节律会变，供应商调整服务、业务结构变化都会让原来的节律失真。合理的维护周期是按季度重新统计一次小时级记录，与上一季度的节律并排比较。变化明显的部分要重新安排，维持不变的部分继续按原计划走。代理IP线路的可用时段管理不需要按月重做，按季度做一次校准就够了——更频繁的动作只会消耗时间，也不会带来更准的判断。真正让这套安排长期有效的是那份小时级记录一直在被攒下去。
问：维护时段内要不要自动停掉任务？
建议只停可安全暂停的部分。正在写结果的任务被强行中断会留下不完整数据，损失比延迟一小时大。判断依据是任务能否在干净的位置暂停，而不是维护时段是否确定。
问：低效时段能不能靠提高重试次数顶过去？
不建议。低效时段的问题是耗时不稳定或者容量紧张，加重试会让请求量进一步上升，把时段情况推得更坏。这个时段应该减量而不是加量。