使用 AWS Mainframe Modernization 将大型机迁移至 AWS - 重新平台化与重构
解析 Mainframe Modernization 的大型机应用迁移模式、Blu Age 与 Micro Focus 的选型。
Mainframe Modernization 概述
Mainframe Modernization 是支持大型机 COBOL/PL/I 应用（数百万行规模）向 AWS 迁移和现代化的服务。提供重新平台化（Micro Focus 运行时）和重构（Blu Age 自动转换）两种方法，实现 COBOL 应用的分阶段云迁移。托管运行时环境执行大型机的批处理作业和在线事务。服务还包含迁移评估工具（Application Testing），分析大型机工作负载并生成迁移复杂度报告，帮助判断重新平台化还是重构更合适。
重新平台化与重构
重新平台化不修改 COBOL 源代码，在 AWS 上构建 Micro Focus 运行时环境执行。迁移周期短（数月规模），可原样维持现有业务逻辑。COBOL 编译器和运行时在云上运行，JCL、VSAM、CICS、IMS 接口可直接使用。但无法直接实现云原生弹性扩展和无服务器化，大型机的结构保持不变，仅执行基础设施发生变化。重构由 Blu Age 解析 COBOL/PL/I 源代码并自动转换为 Java。转换后的应用基于 Spring Boot，可部署到 ECS 或 Lambda。VSAM 文件映射到 RDS 或 DynamoDB，JCL 批处理映射到 Step Functions，CICS 事务映射到 API Gateway + Lambda。重构需要更长的迁移周期（1〜2 年规模）和更大投资，但完成后可充分享受云原生的优势（Auto Scaling、无服务器、微服务拆分）。
测试与分阶段迁移
在 Mainframe Modernization 的托管运行时环境中执行应用测试，验证与大型机的行为兼容性。测试 COBOL 程序的批处理作业和在线事务（CICS 相当），将输出结果与大型机结果比较。Application Testing 功能将从大型机获取的测试数据集注入 AWS 环境，自动检测输出差异，使数万种回归测试模式无需人工即可执行。分阶段迁移中，将部分事务导向 AWS，其余在大型机处理，采用混合运行期逐步迁移。数据同步使用 DMS 的 CDC（Change Data Capture）在大型机 DB2 与 AWS RDS 之间进行实时复制。
重新平台化与重构的选型标准
决策框架基于三个轴：迁移速度、变革深度和成本结构。重新平台化适合不打算修改 COBOL 资产、以「降低大型机运营成本」为最优先的场景。对于年 MIPS 许可费用达数亿美元规模的大型企业，仅迁移到 AWS 实例计费就能实现显著成本削减。重构适合计划应用功能扩展或微服务化、继续维护 COBOL 已成为业务障碍的场景。两者的混合也很有效：在实际项目中，许多团队将稳定的批处理保持在重新平台化环境运行，仅将频繁修改的客户面向在线处理通过重构 Java 化。决策时的重要考虑因素是 COBOL 开发人员的可获得性。在因退休和老龄化导致 COBOL 工程师减少的组织中，通过重构转为 Java 可扩大可用维护人员的范围。
定价与限制注意事项
重新平台化的托管运行时按 vCPU 时间计费。重构的代码转换按转换代码行数计费。与大型机基于 MIPS 的许可成本相比，AWS 的按量计费模型可实现按使用量的成本管理。迁移项目初期仅在 AWS 构建开发测试环境，生产迁移后逐步缩减大型机以最小化成本双重支付期。限制方面，Blu Age 的自动转换率通常为 80〜95%，剩余 5〜20% 需要手动代码补全或逻辑修正。特别是大量使用画面迁移（BMS Map）或专有宏的程序转换精度往往较低。此外，托管运行时的区域可用性并非覆盖所有全球区域，需要事先确认计划使用区域的提供情况。
总结
Mainframe Modernization 通过重新平台化（Micro Focus 运行时）和重构（Blu Age 自动转换）两种方法支持大型机的 AWS 迁移。在托管运行时环境中执行 COBOL 批处理作业和在线事务，通过 DMS 的 CDC 实现与大型机的分阶段数据同步。