| 原则 | 增量变更、受保护的变化维度、引导性约束 |
|---|---|
| 机制 | 绞杀者迁移、抽象分支、契约与适应度函数 |
| 节奏 | 结构改进与业务迭代同行，避免一次性大重构 |
增量改造模式
| 模式 | 适用场景 | 关键点 |
|---|---|---|
| 绞杀者迁移 | 旧系统整体替换 | 路由分流与双跑校验 |
| 抽象分支 | 大范围重构难以一次完成 | 主干隐藏差异、控制分支寿命 |
| 并行运行 | 新旧实现结果比对 | 影子流量与差异报告 |
| 扩展-收缩 | 数据与接口结构替换 | 兼容期双写，后清理旧路径 |
- 受保护维度：明确哪些特征必须可测量、可守护
- 约束先行：改造前先加适应度函数守护方向
- 撤销能力：每个增量保持可独立回退
- 节奏对齐：结构改进穿插进业务迭代排期
- 双跑校验：新旧路径并行比对差异，收敛后再切换
- 组织配套：团队边界与目标架构同步调整
| 适应度函数例 | 接口兼容性检查、依赖方向检查、性能基线对比、安全扫描阈值 |
|---|---|
| 评审时机 | 结构变更在设计评审时说明受保护的维度与验证方式 |
| 撤销演练 | 定期演练回退步骤，确认回滚通道在真实发布链路中可用 |
演进的前提是测试与部署能力：没有自动化验证的架构演进风险不可控。