割接后验证清单是什么
割接完成不等于结束：需要用一套固定清单确认新环境在功能、性能、依赖与运维层面都真正可用。验证要覆盖核心业务链路抽检、技术指标与基线的对比、第三方白名单与回调地址的更新、以及备份与监控在新环境里是否正常工作。观察期满并核对账单后，才考虑旧环境的退役。
基本信息
| 功能 | 登录、核心交易链路抽检 |
|---|---|
| 技术指标 | 错误率、延迟、连接数与资源使用 |
| 依赖 | 第三方白名单、回调地址、消息队列连通 |
| 数据 | 关键表行数与抽样内容对比 |
| 收尾 | 观察期满、账单核对后启动旧环境退役 |
典型使用场景
- 迁移或割接完成后确认业务可用性与性能达标
- 切换 DNS 后确认各地流量与连通性正常
- 验证第三方合作方的白名单与回调地址是否更新
- 确认监控、告警与拨测在新环境里继续工作
- 决定何时可以退役旧环境
验证清单示例
验证清单示例
[] 核心接口成功率与延迟对比基线
[] 应用日志无新增异常类别
[] 监控告警恢复常态，拨测通过
[] 回调与白名单已在对方侧更新
[] 关键表行数与抽样内容校验通过
[] 备份任务在新环境首次执行成功验证类别
| 类别 | 检查内容 | 判据 |
|---|---|---|
| 功能 | 核心链路端到端抽检 | 关键路径全部通过，无功能缺失 |
| 性能 | 错误率、延迟、连接数与资源使用 | 与切换前基线相比无明显劣化 |
| 依赖 | 第三方白名单、回调、消息队列 | 对方已放行，消息可正常收发 |
| 数据 | 行数与抽样内容 | 与源端一致或差异在预期范围内 |
| 可观测性 | 监控、告警、日志与拨测 | 数据持续上报，告警可正常触发 |
| 运维 | 备份、定时任务与发布流程 | 在新环境按计划执行成功 |
只测通不测性能：容量问题往往在业务高峰才暴露，验证阶段就要把切换后的指标与切换前基线做同口径对比。
旧环境保留一段观察期再下线：保留期长度按业务风险定，期间维持可回退状态，避免切换当天就失去退路。