遗留系统改造：单体应用拆解的务实路线

每家公司都有一两个"没人敢动"的核心系统：文档缺失、逻辑盘根错节、一改就出事。面对这样的遗留单体，最诱人的冲动是"重写一版"，最危险的决策也恰恰是它。

一、为什么别推倒重来

遗留系统里沉淀的不仅是代码，更是多年业务规则与边界情况的总和。重写意味着重新踩一遍所有坑，还要承担新旧切换期间的巨大风险。"大爆炸式重写"的失败率居高不下。

二、绞杀者模式：温水煮青蛙

在旧系统外围逐步长出新的服务，把流量按功能一块块"绞杀"迁移过去，直到旧系统被完全替代。关键手法：

• 用防腐层隔离新旧模型，避免概念互相污染。
• 从"边缘、低频、独立"的功能开刀，积累信心与经验。
• 灰度切流 + 双写校验，保证随时可回滚。

三、先摸清依赖，再谈拆分

拆不动，多半是因为数据耦合。先用工具与人工梳理调用链与共享表，识别出真正的业务边界（限界上下文），再决定拆分粒度。拆分的目标是"独立可部署、独立可演进"，不是"越细越好"。

改造遗留系统的智慧，在于承认它承载的价值，用演进而非革命的方式，让系统在不熄火的情况下完成换引擎。