提灯与地下城的号有一批同时跑任务,中间有几个失败的时候,逐个查很费时间。先把失败的那几个放在一起看,找共同点,比一个一个翻日志快得多。
一起失败的任务,答案通常在它们共同的地方。
先按地址分组
把失败的任务按用的代理IP分组,这是最快的一步。如果失败的几个号集中在同一条地址上,问题基本就定位了,换掉这条地址再观察。如果它们分散在不同的地址上,说明问题不在地址,往设备、账号、任务本身去看。这一步花不了几分钟,省下的却是逐个排查的时间。
| 失败分布 | 更可能的原因 | 下一步 |
|---|---|---|
| 集中在同一条地址 | 地址问题 | 换掉这条代理IP |
| 集中在同一台设备 | 设备或本地网络 | 先查设备再查地址 |
| 分散在各处 | 任务本身或账号 | 看任务配置有无改动 |
再看时间分布
失败集中在某个时段,多半和高峰有关。那个时段里每条地址上跑的号都多,资源被摊薄,表现就差。处理的办法是把这一批任务从高峰时段挪开,或者把高峰时段的并发降下来。失败分散在全天,说明问题不在时段,要看别的因素。
改一次要不要全批重跑
不必全批重跑。先跑失败的那几个,跑通了再按正常排班走,全批重跑既花时间又未必复现问题。
多久做一次这样的排查
不用特意安排,出了批量失败就做一次,顺便把这一次的原因写进记录。
记录里写什么
写清失败的几个号、它们共用的代理IP或设备、处理方式、处理后有没有复现。四项写完,下次遇到同类情况直接照做。
提灯与地下城的号跑成规模之后,批量失败会变成一件常事,把它当成流程的一环,别当意外。代理IP这一层的问题,多数都能靠分组和对比找出来。

