迁移策略总览：常见架构迁移模式、迁移生命周期与准入策略定位
架构迁移不是一次性的技术动作，而是一套有章可循的策略体系。在制定准入策略之前，必须理解迁移的“全景图”：有哪些迁移模式、迁移的生命周期如何划分、准入策略在哪个环节发挥作用。本章从这三个维度展开，为后续的测试验证方案奠定策略基础。
2.1 常见架构迁移模式：Rehost / Replatform / Refactor
业界通常将架构迁移归纳为三种核心模式，常被称为“3R”模型。不同模式对应不同的迁移目标、工作量和风险等级，准入策略的侧重点也随之变化。
| 迁移模式 | 别名 | 核心动作 | 代码改动量 | 典型场景 | 准入策略重点 |
|---|---|---|---|---|---|
| Rehost | 直接迁移（Lift & Shift） | 将应用从源环境整体搬迁到目标环境，不做架构或代码修改 | 极少（仅配置适配） | 数据中心关闭、云迁移初期快速上云 | 环境一致性、网络连通性、数据完整性 |
| Replatform | 平台化迁移（Lift, Tinker & Shift） | 保留核心代码，替换或升级中间件、数据库、操作系统等平台组件 | 中等（依赖适配） | 从自建数据库迁移到托管服务、从 Tomcat 迁移到 WebLogic | 平台兼容性、依赖版本、性能基线 |
| Refactor | 重构迁移（Re-architect） | 重新设计应用架构，拆分为微服务、引入容器化或 Serverless | 高（代码重写） | 单体拆微服务、技术债务清理、弹性扩展需求 | 功能等价性、契约测试、灰度策略 |
策略提示： 准入策略的严格程度应与迁移模式的“代码改动量”正相关。Rehost 模式可侧重基础设施验证，Refactor 模式则必须引入契约测试和灰度准入。
下图展示了三种迁移模式在“改动量”与“收益”维度的典型分布，帮助团队在项目启动前对齐迁移策略的选择。
2.2 迁移生命周期：从评估到运营的完整闭环
架构迁移遵循一个标准化的生命周期，通常包含六个阶段。每个阶段都有明确的输入、输出和决策点，准入策略贯穿其中，但不同阶段的侧重点不同。
- 评估（Assess）：盘点现有应用、依赖关系、性能基线，确定迁移范围与优先级。
- 规划（Plan）：制定迁移策略、资源计划、回滚方案，定义准入标准与测试策略。
- 设计（Design）：完成目标架构设计，包括网络拓扑、安全策略、数据同步方案。
- 迁移执行（Migrate）：按批次执行数据同步、应用部署、流量切换，准入策略在此阶段实时拦截问题。
- 验证（Validate）：执行功能测试、性能测试、安全扫描，确认迁移后的系统满足准入条件。
- 运营（Operate）：持续监控、告警、优化，处理迁移后的残余问题。
关键认知： 准入策略不是只在“验证”阶段才出现。在“规划”阶段定义准入标准，在“迁移执行”阶段实施准入检查，在“验证”阶段进行准入判定——准入策略是贯穿迁移生命周期后半段的“质量门禁”。
下图展示了迁移生命周期的六个阶段，并标注了准入策略的主要介入位置。
2.3 准入策略在迁移中的位置：质量门禁与决策锚点
在迁移生命周期中，准入策略不是孤立的活动，而是连接“迁移执行”与“验证”两个阶段的核心决策机制。它回答一个关键问题：当前迁移批次是否达到可以继续推进的质量标准？
准入策略在迁移中的具体位置体现在三个关键决策点：
- 批次切换前准入：在将流量从源环境切换到目标环境之前，必须通过一组预定义的检查项，包括数据一致性校验、服务健康检查、性能基线比对。
- 批次切换后准入：切换完成后，在放量之前，需要验证目标环境的实际运行状态，包括错误率、响应时间、日志异常。
- 全量切换准入：当所有批次迁移完成后，执行全量验证，确认整体系统满足运营准入标准，方可关闭源环境。
常见误区： 很多团队将准入策略等同于“测试通过”，但准入策略的范围更广——它包含测试结果、监控指标、审批流程、回滚条件等多个维度的综合判定。缺少任何一个维度，都可能导致迁移事故。
下表总结了准入策略在迁移生命周期中的具体位置、检查内容与典型工具：
| 迁移阶段 | 准入决策点 | 检查内容 | 典型工具/方法 |
|---|---|---|---|
| 迁移执行 | 批次切换前 | 数据一致性、服务健康、配置正确性 | 数据校验脚本、健康检查 API、配置比对工具 |
| 迁移执行 | 批次切换后 | 错误率、响应时间、日志异常、业务功能 | APM 监控、自动化测试、日志分析 |
| 验证 | 全量切换前 | 性能基线、安全扫描、合规审计、回滚就绪 | 性能测试工具、安全扫描器、审计报告 |
| 运营 | 持续运营准入 | SLA 达标率、告警收敛、容量水位 | 监控告警平台、容量规划工具 |
下图以“批次迁移”为例，展示了准入策略在迁移执行与验证阶段的具体位置，以及它与测试、监控、审批的关系。
2.4 迁移模式与准入策略的映射关系
不同的迁移模式决定了准入策略的检查深度和工具选型。下表给出了三种模式与准入策略关键维度的映射关系，帮助团队在规划阶段快速对齐。
| 迁移模式 | 数据一致性检查 | 功能测试策略 | 性能验证要求 | 回滚复杂度 | 推荐准入工具 |
|---|---|---|---|---|---|
| Rehost | 全量数据比对 | 冒烟测试 + 核心流程 | 基线比对（吞吐量、延迟） | 低（直接切回） | 数据校验脚本、健康检查 |
| Replatform | 增量数据校验 | 全量回归 + 平台适配 | 压力测试 + 连接池验证 | 中（需回退平台配置） | 自动化测试框架、APM |
| Refactor | 事件溯源 + 对账 | 契约测试 + 灰度发布 | 容量规划 + 弹性测试 | 高（需回退服务版本） | 契约测试工具、灰度平台 |
实践建议： 在迁移项目启动时，先根据选定的迁移模式，从上述表格中提取对应的准入策略模板，再根据实际业务场景进行裁剪。不要试图为所有模式设计一套通用的准入策略——那会导致 Rehost 模式过度复杂，或 Refactor 模式覆盖不足。