更新结束后第二天早上,打开窗口看一眼,能跑就继续跑。这个做法在平时没问题,在更新后的一周里容易漏掉一些变化。
复查要看的四项
版本号是否一致、登录状态是否正常、每条代理IP的延迟是否在平时的区间内、有没有窗口的加载时间明显变长。四项里最容易漏的是第一项,版本不一致的窗口往往也能进游戏,但会在某些功能上出问题,表现得很像网络问题,查起来要绕远路。第二项和第三项决定当天能不能正常跑,第四项是提前发现隐患的那扇窗。
| 复查项 | 看什么 | 不合格怎么办 |
|---|---|---|
| 版本号 | 是否与最新版本一致 | 不一致的窗口单独更新 |
| 登录状态 | 能否正常进入 | 重新登录后再观察 |
| 延迟区间 | 是否在平时的范围内 | 超出的先观察一晚 |
| 加载时间 | 是否明显变长 | 记下来,复查时重点看 |
版本号一致是最容易被跳过的一项。
复查的时机
更新后的第一个早上做一次完整复查,之后的三天每天做一次简化版,只查版本号和延迟。三天之后恢复常规巡检。完整复查不必每天都做,它耗时较长,频率太高会影响当天的正常产出,而它要发现的问题大多在第一天就已经暴露出来。
复查发现问题怎么办
按影响范围处理。只影响一个窗口的单独修;影响一条代理IP上多个窗口的,先切一组到备用线,别急着整批动。
复查的结论要落到具体的那条代理IP上。同样一项不合格,落在一条线上和落在十几条线上,处理方式完全不同:前者换一条就结束,后者要顺着共用设备、共用时段、共用任务类型这三条线往下查。查之前先把当天的其他变量固定住,别一边改线一边改任务,否则查到的东西说明不了任何问题。这一步省下来的是后面几天的返工。
复查的记录要不要留
要留。每次复查的结论记一行,几次更新之后就能看出这台设备或者这条代理IP在更新期是不是特别容易出问题。
简化版查什么
只查版本号和延迟两项,两分钟能过一遍。
复查和日常巡检是什么关系
复查是在日常巡检之上加的一层,两者不冲突,日常巡检照常做,复查只加在更新后的头几天。
更新期的复查是加一层,不是换一套。
鸣潮的版本更新比较频繁,把复查固定成更新后的固定动作,代理IP的表现就不会因为一次更新而失去参照。
