云手机和本地设备放在一起跑，最容易出问题的地方不是性能，是代理IP的身份混在一起。
碧蓝档案的号如果一部分在云手机上、一部分在本地，两边看起来是不同的机器，地址却很容易被分到同一批里去，特别是在地址按组分配的时候。
两类环境的差别在哪
云手机的实例是随时可以新建和销毁的，设备标识会变；本地设备是固定的，标识不变。这个差别决定了云手机的地址更适合跟着实例走，本地设备的地址更适合跟着机器走。
- 云手机实例
- 随时新建和销毁，标识会变，地址跟着实例走。
- 本地设备
- 固定不变，地址跟着机器走。
- 混用环境
- 两类地址留出可见的区分，便于排查。
怎么判断要不要分开
看号会不会跨环境
同一个号如果在云手机和本地都登录过，两边用同一条代理IP反而是好事，换了环境网络身份不变。号如果固定在某一边，那两边分开不会有影响。
看两边的作息有没有重叠
云手机上的号常年在线，本地的号可能只在白天跑。作息不重叠的时候，共用一条地址的冲突很小；重叠的时候，就值得分开。
看排查的时候能不能分开看
这一条最实际。出了问题要定位的时候，如果两边的地址是一样的，从记录里根本分不出是哪一边的问题。分开之后，光看地址就能判断出问题出在云手机还是本地。这个便利在号多的时候价值很明显，比起平时省下来的那点配置功夫，划算得多。
分开的理由不需要多，能分开排查就够了。
不分开怎么补救
两边的代理IP如果确实是共用的，补救的办法是在台账里多标一列，写清每个号当前在哪个环境。地址分不开，记录可以分开，排查的时候先按环境筛一遍，范围立刻就小了一半。
分开之后要注意什么
分开之后要注意成本。云手机实例的地址通常是按实例计的，数量上去之后花费涨得快。比较划算的做法是给关键的实例配单独的地址，其余实例走共用的，两边都有交代。判断哪几个算关键，看它们的产出占比和在线时长，占大头的那些优先给单独的，剩下的按组分配就行。
还有一个细节是释放的时机。云手机的实例销毁之后，地址如果没释放，会一直占着额度。养成销毁之后立刻检查地址的习惯，能省掉一部分不必要的开销。
碧蓝档案的号规模如果不大，两类环境混着跑完全没有问题。规模往上走的时候，把代理IP按环境分开，排查和记账都会轻松很多。