分流做在网络层，等于把代理IP的一部分控制权交给了那台机器。想知道号还分不分得开，先看分到哪一层。
战争与征服的号如果不跨设备，那么设备之间分开就足够了，组内共用一条代理IP并无影响。判断的标准还是那条：同一个地址下的号会不会同时在线并且互相影响。
分开的层级和对应的效果
| 分开到哪一层 | 隔离效果 | 适合的场景 |
|---|---|---|
| 地址层（每号一条） | 最强 | 号之间互相影响明显 |
| 设备层（每台一条） | 中 | 号不跨设备登录 |
| 设备组层（一组一条） | 基本 | 号数量多、作息错开 |
表格里没有哪一种做法适用于所有情况。做矩阵的时候，常见的组合是按设备组分，组内的号共用，同时对少数几个关键号单独配。这样既控制了条目数量，也保住了重点号的状态。
- 地址层
- 每个号对应一条，隔离最彻底，条目也最多。
- 设备层
- 每台设备一条，设备上的号共用。
- 组层
- 一组设备一条，条目最少，隔离最弱。
隔离效果和条目数量是此消彼长的：分得越细，需要的条目越多，维护量也越大；分得越粗，条目少，但同一条代理IP下的号互相影响的可能性就上来了。选在哪一层，取决于号之间的关联程度有多强，多数时候落在中间那一层就够用。
判断关联程度可以看一个指标：同一个地址下的号，产出曲线是不是同步波动。同步波动说明它们之间已经有了互相影响，这时候就该把分层的粒度收细。
收细的次序建议按影响来排：先是那些产出最依赖网络的号，然后是互相影响明显的号，最后才是其余号。一次不要动太多，动完之后观察几天，确认新分层跑得稳，再动下一批。动得太快，出了问题是哪一次改动引起的都分不清。
还有一点容易被忽略：分层收细之后，原来占用的代理IP会空出来。这些空出来的地址要及时收回去，别留在池子里。留着的空条目不影响运行，但会让台账和实际对不上。
网络层代理IP分流本身不会让号之间的独立性变差，真正决定独立性的是分到了哪一层。想清楚号之间的关联有多强，再选层级，这个顺序反了，后面会反复调整。