这一页讲什么
配比这件事，按这四步定：
- 数清账号：分平台、分业务线、分岗位
- 划组：同组共用地址，跨组不混用
- 定配比：按组的敏感度决定独享还是共享
- 留余量：扩容时按组加，不是按账号加
业务特点
配比失控的三种典型形态
都不是技术问题，是规划顺序反了。
账号一多，一条出口明显不够用
十几个账号挤在同一个出口上，登录时段一重叠，平台侧看到的信号就密集起来，验证频率跟着上升 —— 而账号本身可能完全正常。
按「一个账号一个地址」买，预算直接翻倍
不是所有账号都需要独立地址。客服、只读、数据岗这些账号共用一组地址完全够用，把它们也按独享算，钱花在了不需要的地方。
扩到后期，环境台账没人记得清
哪个账号绑哪个地址、什么时候换的、为什么换，全靠人记。人一交接就断，出问题时连排查的起点都找不到。
线路与能力
配比怎么落地
分组、分层、留台账，三件事做完再谈数量。
先分组，再配地址
按业务线、平台与岗位分组，同一组共用地址，跨组不混用。分组依据决定成败 —— 按账号数量分组是最容易返工的一种分法。
地址、出口、线路三层分开说
地址是平台侧看到的身份，出口是流量出去的位置，线路是承载的通道。三层各管各的，混着说会导致「加了带宽但地址还是不够」这类错配。
留一份可查的环境台账
账号、地址、分组与变更时间记在一处。交接、扩容与排查都从这里开始，不依赖某个人的记忆。
适用场景
配比问题最集中的场景
账号数量一上规模，配比就变成一件必须提前规划的事。
常见问题
配比这件事，常问的几点
围绕一个地址配几个账号、怎么分组，以及扩容时要注意什么。
一个地址到底能配几个账号？
没有通用数字，取决于平台、账号类型与登录节奏。同组内共用是常规做法，真正要守的是「组与组之间不混用」—— 边界清楚比数量精确更重要。
按平台分组还是按业务线分组？
先按平台，再按业务线。同一个平台下不同业务线的账号通常可以同组，跨平台则建议分开 —— 不同平台的判定逻辑不一样，混在一起排查会很难。
扩容的时候要注意什么？
按组加，不按账号加。账号增长时先看它属于哪一组，给那一组加地址与带宽；按账号零散加会让分组边界越来越模糊。
可以先测试再决定吗？
可以先开通 3 天免费测试，用实际链路数据判断。测试期间按正式环境同样的方式接入，测完再决定要不要签。
