为了解决分发麻烦的问题，有些号群会把一份账密发给所有环境共用。刚开始确实省事，填一次就到处能用。跑上一段时间之后，共用的代价会一点点显出来，最先出现的是某台机器改配置的时候顺手把凭证也改了，其他机器的凭证跟着失效，出问题的时候谁都没想到是这里。共用的是代理IP的准入凭证，牵动的却是整个号群，这件事值得单独说清楚。
问题一：改动会牵连别的环境
共用一份凭证之后，任何一个环境的凭证变动都会波及全部环境。有人为了排查某个环境的问题换了凭证，其他环境在不知情的情况下跟着断掉，表现是所有环境一起连不上，看着像代理IP服务方出了问题，实际是自己人改的。这类问题最费时间的地方在于方向容易被带偏，花半天查服务方，最后发现是自己动过配置。
共用凭证的号群里，改动之前先问一句还有谁在用这一份。
问题二：出状况时分不清是谁
第二个问题是排查难度。多个环境共用一份凭证，服务方那边看到的是同一个凭证下面挂着好几台机器的请求量。有一台机器跑得特别重的时候，其他机器会跟着受影响，而受影响的环境并不知道原因在哪。分开凭证之后，每条用量都能对到具体某台机器上，代理IP的额度也按凭证核算，混在一起就分不出谁用得多，出现异常一眼就能看出是哪台机器引起的。
省下的是分发那几分钟，付出的是每次排查都要多绕一圈。
如果号群确实需要共用，退一步的做法是按用途分组共用，比如所有挂机环境共用一份，所有需要盯操作的共用另一份。分组的依据是使用习惯接近，这样即使互相影响，影响也发生在同一类环境之间，代理IP的额度核算起来也更清楚。分组共用还有一个好处，迁移或者停用的时候按组处理，不会漏掉某台孤立的机器，代理IP的额度也可以按组来算，比按号算省事。
把共用范围压到最小，是这套方式唯一值得守住的底线。
打个螺丝的号群里如果机器数量不多，一份一台仍然是最省心的做法，分组共用留给那些环境多到管不过来的号群。
分组之后每个月核一次，看有没有环境走错组。