加号这个动作本身很简单，难的是判断什么时候该做。代理IP上的号数加早了，余量还没用完就先花钱；做得晚了，号群已经在吃紧的状态里跑了一段时间，表现上的差距已经拉开。判断该不该加号，看的是几个能落地的现象，不靠感觉。
- 这条线上的号在高峰时段出现持续迟滞
- 同组其他线正常，只有这一条吃紧
- 临时加了几个号之后表现立刻回落
- 备用线已经被挪走，手边没有空线
四类现象分别说明什么
每条现象对应什么动作
第一条说明这条线的余量已经用尽，需要给它减号或者把它上面的号挪一部分出去。第二条把问题锁定在这条线本身，处理方式是换掉这条线，跟加号没关系。第三条是最直接的证据：临时加号之后表现回落，说明这条线的容量边界就在这儿，往上加不划算。第四条说明你的缓冲已经用掉了，该补线了。
四类现象里，只有第一类和第四类指向加号这个动作。第二类要换线，第三类要停止加号。很多人把现象混在一起看，一条线表现不好就先想着加号，结果代理IP的条数上去了，问题还在原地。完美国际的号群通常铺在几条线上，横向比较的条件是现成的，判断的时候先用上。
先分辨现象，再决定动作。
加号的时机为什么要挑时段
加号的时机怎么挑
加号的动作最好放在号群上线的低谷时段做。低谷时段动完，你有几个小时可以观察这条线在新号数下的表现，出了问题也来得及在高峰之前退回去。放在高峰时段加，加完立刻顶到峰值，观察到的现象既可能是加号引起的，也可能是峰值引起的，两类原因混在一起没法分。代理IP上的号数变更，尽量都安排在低谷时段。
四类时段的对照
- 低谷时段加号
- 留出观察窗口，出问题能及时退回
- 高峰时段加号
- 现象混杂，无法判断是加号还是峰值引起
- 加完立刻看
- 看到的是当时的瞬时状态，参考价值有限
- 加完看一周
- 看的是趋势，能区分常态变化与偶发波动
把现象和动作对上
什么时候该加号，答案藏在你平时看的那几个现象里。把这些现象跟对应的动作对上，判断就不再靠猜。代理IP的条数该不该动，也照同样的方式判断，不必另找标准。
把现象和动作的对应关系写下来贴在记录里，下一次遇到的时候直接查，比现场重新想一遍快得多。
