实例多起来之后，代理IP的编号这件事就从随手写变成必须有规则。
赛马娘如果在云手机上跑一批实例，平台自己会给实例编号，但这个编号和代理IP的条号往往是两套体系。两套体系不对应，加实例、销毁实例的时候就要靠人去对。
两套编号怎么同步
- 实例编号 用平台生成的，不做修改。
- 地址条号 按自己的规则排，写进实例备注。
- 对照表 一行一个实例，写清实例编号和条号。
对照表是中间那一层，两边都不用改。实例编号变了，改对照表；条号有调整，也是改对照表。代理IP的两边原始数据各自保持稳定，中间这一层负责翻译。这样做的好处是任何一边出问题，改动都只落在一处，不会出现两套编号互相追着改的情况。
对照表的字段不用多，实例编号、条号、用途、状态四列就够。字段多到填不动的时候，这张表就没人维护了。
表要有人维护，字段越少越容易坚持。
什么时候需要重新编号
批量销毁一批实例之后再新建，实例编号通常会跳号。跳号本身不影响使用，但对照表里会出现空行。每隔一段时间清理一次空行，表才不会越滚越长，代理IP条号那一列也不会跟着乱。
编号规则要不要公开
如果只有一个人管，编号规则放在自己脑子里也行。两个人以上管的时候，规则要写下来，写在对照表的表头或者单独的说明里。规则不写下来的后果是，别人接手的时候要从头猜一遍，猜的过程中很容易按下自己的理解去改，改完之后两边的编号就更对不上了。
还有一点是编号的可读性。纯数字的编号排起来简单，但看不出用途；带上用途字母的编号一眼能分清楚，代价是写起来长一点。管的人多的时候，可读性更重要。
赛马娘的号在云手机上多数是长期挂着，实例变动不大。代理IP的编号体系建好之后，日常维护就是加行和删行两件事，做起来很快。