设备一批进来，几十台同时要配代理ip，逐台手动配既慢又容易错。分配这件事有自己的逻辑：先按组归类，再按组给线路，最后逐台落地。顺序对了，配完的对应关系天然是清楚的；顺序错了，配完还得花时间倒推谁用了哪条线。
分组的原则是一次定好，后面尽量不再改，改一次全组都要重排。
分配这件事可以摊成三层来看。最上面是组，中间是线路，最下面是设备。一个组对应一到两条线路，组内设备共用这些线路并按需轮换。这样的结构在新增设备时最省事：新设备进组，用组里现成的线路，不用单独申请。组这一层稳定下来，代理IP线路的增删就只是局部动作，不影响其他组。
- 组
- 按用途划分，一组一类任务，数量不宜过多
- 线路池
- 每组一到两条，允许组内设备轮换使用
- 设备
- 组内成员，配的时候只填组编号与所属代理IP线路
- 轮换规则
- 同组设备错开活跃时段，减少同时在线
为什么不做一台一线
一台一线最清楚，成本也最高，代理IP线路的费用按设备数量线性上涨。几十台设备各配一条，线路费用翻几倍，管理上也要维护几十条对应关系。除了确有隔离要求的场景，按组分配已经能满足「不同组之间不重叠」这个目标，性价比高得多。
组内轮换怎么记
记设备编号与当前线路两栏就够，轮换时只改这两栏。不做轮换的组不用记，因为全组用同一条线，没有需要区分的东西。记录只记有变化的部分，维护成本才压得住。一张表里设备越多，越要克制着别加字段。
扩充时怎么加
先加设备后加线路，顺序别反。设备加进来先用组里现成的余量，余量用完再申请新线。先加线后加设备的做法会让线路空转，等设备到位时可能已经过了有效期。
组—线路—设备这个结构，比任何一张具体的分配表都重要。
批量分配的关键在于结构稳定，一次配得多精确反而是次要的。结构稳了，每次新增只是填空，不会推倒重来。