先切一部分，是把风险留在可控范围内
整体切换的顾虑很实际：万一新链路在某个环节不合预期，影响的是全部业务，而且切回去还要再折腾一次。
先切一部分的做法把这件事拆开了：只把对海外访问要求最高的那部分业务接进来，其余业务保持原有链路。这样一来，即使新链路表现不如预期，受影响的范围也就是那一部分，办公网络整体照常运转。
两条链路在测试期内并行并不冲突。原有网络继续承担国内访问与内部互访，走通道的那部分流量单独分出来，两边的表现可以直接对比 —— 同一批动作在两条链路上各跑一遍，差别一目了然。
先切哪一部分
挑法上有几个优先级可以参考：
- 优先选受影响最明显的业务。如果团队里有个岗位天天抱怨后台点不动、上传总失败，那就先切它。效果的对比最直观，也最容易在团队内形成共识。
- 优先选能独立运行的业务。单独一个小组、单独一批账号的业务，切过来不影响其他人，协调成本最低。
- 优先选有明确判断标准的业务。能说清「原来多久、现在多久」的业务，结论才立得住。纯主观感受的业务，切了也难判断好坏。
- 不要在起步阶段就切实时性最强、最不容出错的业务。直播推流这类一旦出问题代价较高的场景，等前面的部分跑稳之后再纳进来更稳妥。
范围确定之后，观察一段时间再决定是否扩大。扩大的方式也是逐批推进，每一步都有前一批的实际数据作参照，不必一次把所有业务压上。
