## 适用场景
换机房、换线路、调整公网出口、把服务迁到新的接入方式，都属于网络割接。割接的成败不取决于手速，而取决于三件事是否提前定好：低峰窗口、分步验证、回退触发条件。缺任何一件，小改动也可能演变成大面积故障。
## 步骤清单
第一步，选窗口，避开业务高峰与发布窗口，优先深夜或清晨，并提前公告相关方。第二步，拆步骤，把割接拆成可以独立验证的小步，例如先切一个域名再切全量、先切解析再调回源，每步之间留出观察间隔。第三步，定回退，为每个步骤写明回退动作与判断时限，例如切换后十五分钟内关键接口错误率未回落即回退，回退决策人提前指定，不再现场讨论。第四步，割接中全程盯顺云控制台的流量与监控曲线，每一步留档记录，方便事后复盘。
## 验证方法
每步完成后按清单验证：核心接口连通、延迟在基线范围内、日志无异常报错、用户反馈渠道安静。验证人不要选执行人本人，交叉确认更容易发现被忽略的细节，这也是给割接质量上的又一道保险，验证记录与监控截图一并归档，事后复盘与审计都用得上。全量完成后持续观察一个完整业务周期，确认夜间与日间两个高峰都正常，再宣布割接结束。
## 注意事项
解析的生存时间参数要提前调低，给快速回退留余地。涉及数据同步的割接，新老环境并行期间写操作的去向要有唯一答案。回退预案在割接前把命令过一遍，别让回退本身成为新的故障源。割接当天的沟通同样要提前安排：谁对外公告、谁盯技术指标、谁记录时间线，三个角色分开，避免一个人边操作边解释。割接结束后当天出一份简报，记录每步实际耗时与偏差，下次割接的窗口估计就有了历史依据，经验就是这样一点点攒起来的。