如何逐步剥离 20 年历史的 COBOL 代码

运行了 20 多年的大型主机（Mainframe）代码是组织的核心引擎。然而，到 2027 年，92% 的 COBOL 开发人员将退休。一次性更换整个系统的“大爆炸”（Big Bang）式改造，会导致十分之七的项目以失败告终。与其盲目地大拆大改，不如从商业价值高的模块开始拆分。

优先处理变更频率高的模块

使用 IRC 矩阵对所有模块进行划分。这是一种评估影响力（Impact）、风险（Risk）和复杂度（Complexity）的方法。不要试图触动那 100 万行的单体应用，目标应锁定在最常修改的 5 万行“热点”代码上。

浏览 Git 日志。提取过去一年修改频率最高的模块。如果代码修改率超过 25%，那里就是热点。
将每个模块分为 Tier 1 到 Tier 4。优先迁移客户直接使用且数据错误影响较小的 Tier 1 模块。
用 Mermaid 图表绘制数据流。从依赖性较低的模块开始，通过外部 API 进行封装，将其从现有代码中剥离出来。

这样做可以比全面重构节省 40% 的前期成本。小的成功可以消除团队内部的不安情绪。

通过影子执行（Shadow Execution）捕获数据差异

将 COBOL 的 COMP-3 数据类型迁移到 Java 的 BigDecimal 时，会产生金融运算误差。为了防止生产环境故障，必须实施“影子执行”，即让新旧系统同时处理相同的流量。

引入像 Diffy 这样的代理工具。复制生产流量并将其发送到新系统。
实时对比现有系统的结果值与新系统的值。对于时间戳或 ID 等每次都会变动的值，建立过滤规则进行排除。
将映射 VSAM Copybook 数据到 SQL 模式的脚本放入流水线中。设置仅在出现不一致时才发出警报。

在实际交易中验证新逻辑的精确度，可以消除运营中断的风险。

利用防腐层（ACL）防止遗留系统污染

必须防止晦涩难懂的遗留模型渗入新系统。请使用领域驱动设计中的防腐层（Anti-Corruption Layer，ACL）。

使用外观模式（Facade Pattern）。将复杂的遗留调用封装成简单的 REST API。
使用绞杀者无花果模式（Strangler Fig Pattern）部署路由网关。将流量逐步导向已完成现代化的功能模块。
使用桥接模式（Bridge Pattern）分离调用方与实现部分。无需触动现有关联部门的 API 端点，即可更换内部逻辑。

在遗留系统完全消失之前，新开发团队保持独立的栈。现代化完成后，直接删除 ACL 即可。

通过 4 层 TCO 框架争取预算

管理者关心的不是技术债务，而是损失金额。现代化是成本削减项目。德勤（Deloitte）发布的一份报告显示，遗留系统的维护成本中有 70% 到 80% 通常被低估了。

合计直接成本（MIPS）、间接成本（40% 用于遗留补丁的开发时间）、合规成本和机会成本。在报告中列出不进行现代化改造时产生的总损失额。
在报告中加入 Tier 1 模块迁移后的预期效果。通过仪表盘可视化展示部署周期从 6 个月缩短至 2 周，以及平均故障恢复时间（MTTR）的缩短情况。
引用 ING 银行的案例。在路线图中列出转换失败时立即恢复的“温待机”（Warm Standby）策略及 90 天超额护理（Hyper-care）计划。

这样的报告不是技术博弈，而是一种可以将投资回报率（ROI）从 288% 提升至 362% 的财务投资。

如何逐步剥离 20 年历史的 COBOL 代码

优先处理变更频率高的模块

浏览 Git 日志。提取过去一年修改频率最高的模块。如果代码修改率超过 25%，那里就是热点。

将每个模块分为 Tier 1 到 Tier 4。优先迁移客户直接使用且数据错误影响较小的 Tier 1 模块。

用 Mermaid 图表绘制数据流。从依赖性较低的模块开始，通过外部 API 进行封装，将其从现有代码中剥离出来。

这样做可以比全面重构节省 40% 的前期成本。小的成功可以消除团队内部的不安情绪。

通过影子执行（Shadow Execution）捕获数据差异

引入像 Diffy 这样的代理工具。复制生产流量并将其发送到新系统。

实时对比现有系统的结果值与新系统的值。对于时间戳或 ID 等每次都会变动的值，建立过滤规则进行排除。

将映射 VSAM Copybook 数据到 SQL 模式的脚本放入流水线中。设置仅在出现不一致时才发出警报。

在实际交易中验证新逻辑的精确度，可以消除运营中断的风险。

利用防腐层（ACL）防止遗留系统污染

必须防止晦涩难懂的遗留模型渗入新系统。请使用领域驱动设计中的防腐层（Anti-Corruption Layer，ACL）。

使用外观模式（Facade Pattern）。将复杂的遗留调用封装成简单的 REST API。

使用绞杀者无花果模式（Strangler Fig Pattern）部署路由网关。将流量逐步导向已完成现代化的功能模块。

使用桥接模式（Bridge Pattern）分离调用方与实现部分。无需触动现有关联部门的 API 端点，即可更换内部逻辑。

在遗留系统完全消失之前，新开发团队保持独立的栈。现代化完成后，直接删除 ACL 即可。

通过 4 层 TCO 框架争取预算

合计直接成本（MIPS）、间接成本（40% 用于遗留补丁的开发时间）、合规成本和机会成本。在报告中列出不进行现代化改造时产生的总损失额。

在报告中加入 Tier 1 模块迁移后的预期效果。通过仪表盘可视化展示部署周期从 6 个月缩短至 2 周，以及平均故障恢复时间（MTTR）的缩短情况。

引用 ING 银行的案例。在路线图中列出转换失败时立即恢复的“温待机”（Warm Standby）策略及 90 天超额护理（Hyper-care）计划。

这样的报告不是技术博弈，而是一种可以将投资回报率（ROI）从 288% 提升至 362% 的财务投资。

如何逐步剥离 20 年历史的 COBOL 代码

Related Video

我用 3 分钟为 80 年代的 ATM 系统完成了现代化改造（携手 IBM 的 Bob，完整解析）

如何逐步剥离 20 年历史的 COBOL 代码

优先处理变更频率高的模块

通过影子执行（Shadow Execution）捕获数据差异

利用防腐层（ACL）防止遗留系统污染

通过 4 层 TCO 框架争取预算

Comments (0)

如何逐步剥离 20 年历史的 COBOL 代码

优先处理变更频率高的模块

通过影子执行（Shadow Execution）捕获数据差异

利用防腐层（ACL）防止遗留系统污染

通过 4 层 TCO 框架争取预算