有的团队两样都在用，加速器管办公访问，代理IP管业务出口。用久了容易出现职责模糊：出了问题先找网络，还是先查出口，没人说得清。把职责写下来，排查顺序才不会互相推。
两条线各自负责什么
链路这条线负责连接是否稳定，包括延迟、抖动、断线重连，由加速器承担。出口这条线负责请求从哪里发出，包括地区、会话连续、账号对应，由代理IP承担。两条线的问题现象不同，排查入口也应该不同。
- 先看现象：中断还是地区不对
- 再定线条：链路还是出口
- 最后定位：配置还是用量
- 链路问题：延迟、抖动、断线
- 出口问题：地区、会话、账号对应
- 共同点：都从现象入手
排查顺序建议先看现象，再看线条。现象是访问中断，就先查链路；现象是地区不对或者账号被关联，就先查出口。跳过现象直接猜方向，最容易两边都查一遍却没有结论，代理IP的出口问题尤其容易被误判成链路问题。
记录怎么留
两条线各留一份记录：链路记录延迟和中断次数，出口记录地区和账号对应关系，代理IP的出口对应表要一起维护。分开记录的好处是，出问题的时候可以直接对照历史，不用再靠回忆。
人员变动怎么办
职责和记录都要写进交接材料。只靠口头交接，新人接手之后往往要重新摸索一遍，期间出的问题也容易归错方向。
两条线怎么对齐
对齐的方式是共用一份现象记录。链路和出口各自记录自己关心的数据，但现象描述用同一套词，比如中断、地区不符、账号异常。用词统一之后，两条线的记录才能放在一起看，交接的时候也不容易出现理解偏差。
异常怎么上报
上报的时候先写现象，再写排查结论，最后写建议动作。顺序反过来，先写建议会让接收方跳过判断过程，只看到结论。这样处理两次之后，排查能力很难积累下来。
需要注意的是：两条线的负责人不要是同一个人。同一人负责的时候，排查容易只走熟悉的那条路径。
排查记录积累一段时间之后，可以定期回看一次，看问题集中在哪一条线上。如果多数问题出现在出口这条线，说明出口的分配方式或者用量需要调整；如果集中在链路，就该看加速器的线路配置是否合适。这样回看比逐次救火更有价值。
代理IP的出口记录要按账号维护。
团队把加速器和代理IP的职责分开写清，排查才有顺序，问题也不至于在两边之间来回推。