2. 迁移策略概述：常见架构迁移模式与选择考量
架构迁移并非一次性“大爆炸”式重写，而是需要根据业务容忍度、技术债务和团队能力，选择渐进式或并行式策略。本节梳理三种业界公认的迁移模式，并给出选择策略时的核心考量维度。
2.1 三种常见架构迁移模式
| 模式 | 核心思想 | 风险等级 | 典型适用场景 |
|---|---|---|---|
| 绞杀者模式 | 在旧系统外围逐步构建新功能，通过路由拦截将旧调用导向新服务，逐步“绞杀”旧模块 | 低 | 单体应用向微服务演进；功能可独立拆分的业务 |
| 并行运行模式 | 新旧系统同时在线处理相同请求，通过结果比对验证新系统正确性，确认后切换流量 | 中 | 核心交易、支付、账务等零容忍错误的系统 |
| 适配器模式 | 在新旧系统之间插入适配层，将旧接口转换为新系统期望的协议或数据格式 | 中低 | 遗留系统无法修改、但需与新建系统集成的场景 |
实践提示： 三种模式并非互斥。大型迁移常采用“绞杀者 + 适配器”组合：先用适配器封装旧接口，再通过绞杀者逐步替换内部实现。
2.2 绞杀者模式（Strangler Fig Pattern）
绞杀者模式借鉴了自然界绞杀榕的生长方式——新系统在旧系统外围生长，最终取代旧系统。该模式要求系统具备可路由的入口（如 API 网关或反向代理），通过路由规则将特定功能请求转发到新服务。
准入测试要点： 绞杀者模式下，准入策略需验证路由规则的正确性（新旧流量是否按预期分流）、新服务功能完整性以及旧服务未受影响模块的回归稳定性。
2.3 并行运行模式（Parallel Run Pattern）
并行运行模式要求新旧系统同时处理相同的业务请求，并将输出结果进行比对。该模式对基础设施和比对能力要求较高，但能最大程度降低业务风险。
- 数据比对： 对响应结果、数据库变更、消息队列输出进行逐字段或摘要比对。
- 流量镜像： 将生产流量复制一份发送到新系统，新系统处理结果不返回给用户，仅用于验证。
- 切换条件： 比对通过率达到预设阈值（如 99.99%），且无严重差异，方可切换流量。
- 回滚机制： 切换后保留旧系统在线至少一个业务周期，以便快速回退。
注意： 并行运行模式会带来双倍的计算资源消耗和存储成本。准入测试方案中需明确“比对通过率”的量化标准，避免因微小差异（如时间戳格式、排序顺序）导致误判。
2.4 适配器模式（Adapter Pattern）
适配器模式通过引入中间层，解决新旧系统接口不兼容的问题。适配器负责协议转换、数据映射和异常处理，使旧系统无需修改即可与新系统协作。
准入测试要点： 适配器模式需重点验证：协议转换的正确性、数据映射的完整性、超时与重试策略、以及适配器自身的性能瓶颈（避免成为单点故障）。
2.5 选择迁移策略的考量因素
选择哪种迁移模式，需要综合评估以下六个核心维度：
| 考量维度 | 关键问题 | 倾向策略 |
|---|---|---|
| 业务连续性要求 | 系统是否可以接受短暂停机？ | 不允许停机 → 并行运行 / 绞杀者 |
| 数据一致性敏感度 | 新旧系统数据是否需要实时一致？ | 强一致 → 并行运行（比对验证） |
| 旧系统可修改性 | 遗留系统是否还能发布变更？ | 不可修改 → 适配器模式 |
| 功能耦合度 | 业务功能是否可以独立拆分？ | 可拆分 → 绞杀者模式 |
| 团队技术储备 | 团队是否熟悉新架构和测试工具？ | 储备不足 → 适配器 + 绞杀者（渐进） |
| 迁移时间窗口 | 是否有足够的时间进行并行验证？ | 时间紧迫 → 绞杀者（逐步替换） |
决策建议： 在迁移启动前，使用上述维度对目标系统进行打分（1-5 分），绘制雷达图，选择总分最高的策略作为主方案，并准备备选方案。准入测试方案应覆盖主方案和备选方案的关键验证点。