倩女幽魂工作室矩阵，加机器之前先把IP排班做好

矩阵做不下去，多数时候问题出在排班上，机器往往还够用。机器加上去只是把上限抬高，账号怎么分布在不同时段、不同代理IP、不同批次上，才决定这套东西跑得顺不顺。十个号靠人盯能盯过来，几十个号就得靠一张排好的表，不然每天都会有一堆事等着临时处理。

排班的核心是让每个时段都留有余量，把时间填满没有意义。

排班要排的是五件事

时段：谁在什么时候在线

把所有号集中在同一个时段上线，请求压力全压在那几个小时里，高峰期的体验一定差。把账号按时段分开，一部分放在白天，一部分放在晚间，压力自然摊平，每条代理IP上的负载也更均匀，出问题的时候也容易判断是不是时段本身带来的。

批次：一次动多少号

扩充、更新、调整这些动作，别一次全做。分成几批，做完一批观察一天，再动下一批。这样一旦出问题，影响范围可控，也容易知道是哪一个动作引起的，事后还能顺着批次把当时的记录翻出来对照。

一批没观察完，别急着开下一批。

代理IP：每个班次配哪些线

每个时段在线的账号，对应一批代理IP。这一批线固定下来之后，就不要再随意跨时段挪用，否则排查的时候很难说清哪条线当时在服务谁，前面攒下的记录也跟着失去意义，等于白记。

人手：一个人看几批

排班还要落到人头上。一个人同时盯太多批次，遇到异常根本处理不过来，只能挑着看，漏掉的那些往往就是后来出问题的。一个人负责的批次数量要和他的处理速度匹配，宁可多留一点余量，也不要把节奏排满。

异常：掉线了谁接

排班表上最好写明异常的处理顺序：先看哪条代理IP，再看哪台机器，最后才考虑重登。有了固定的处理顺序，谁值班都能按同一套动作走，不会因为换人就换一套做法，交接的成本也跟着降下来。

1. 先排时段　账号按时段分组，避开集中在同一段时间
2. 再排批次　动作分几批做，每批之间留出观察时间
3. 最后排线路　每个时段固定一组代理IP，不跨时段挪用

排班这件事的价值，在账号数量少的时候看不出来，等数量上去以后才会发现，它省下的不是时间，是反复出错的成本，还有每天悬着的那份心。

把表排好放在显眼的地方，让每个人都知道自己负责哪一段，比多买几台机器管用得多。机器能抬高的只是上限，排班解决的却是每天都会发生的那些细碎判断，后者才真正决定这套东西能不能长期跑下去。