大型机迁移 - 使用 AWS Mainframe Modernization 将遗留系统迁移到云端
解说使用 AWS Mainframe Modernization 进行大型机云迁移。介绍重新平台化（Micro Focus）和重构（Blu Age）这 2 种模式以及迁移策略。
大型机迁移的挑战
大型机数十年来在金融机构、保险公司、政府机关等支撑着核心业务，但高昂的许可费用、专业人才的短缺、技术上的陈旧化已成为严重的问题。以 COBOL 编写的数百万行代码库、CICS 和 IMS 的事务处理、基于 JCL 的批处理等大型机特有的技术栈，提高了云迁移的门槛。AWS Mainframe Modernization 是专门用于将大型机工作负载迁移到云端的服务，提供重新平台化和重构这 2 种迁移模式。
2 种迁移模式
重新平台化模式使用 Micro Focus（现 OpenText）的运行时，几乎原样在 AWS 上执行 COBOL/PL/I 代码。提供 CICS、IMS、JCL 的兼容运行时，应用程序代码的变更极少。迁移周期短、风险低，但云原生架构带来的好处（无服务器、微服务）有限。重构模式使用 Blu Age 的工具，将 COBOL/PL/I 代码自动转换为 Java。转换后的代码作为基于 Spring Boot 的微服务运行，可以部署到 ECS/EKS 上。迁移周期会变长，但可以革新为云原生架构，长期的可维护性和可扩展性得到提升。由于两种模式都以托管运行时环境的形式提供，运行时的安装 / 补丁应用 / 扩缩由 AWS 管理。
测试与分阶段迁移
Application Testing 功能针对相同的输入，自动比较迁移前的大型机与迁移后的 AWS 环境的输出，验证功能上的等价性。它比较批处理的输出文件、事务处理的响应和数据库的状态，如果存在差异则生成详细报告。作为分阶段的迁移策略，一般的做法是先将开发 / 测试环境迁移到云端，然后迁移批处理，最后迁移在线事务处理。通过设置大型机与云端的并行运行期间，并分阶段切换流量，将风险降到最低。通过与 DMS（Database Migration Service）的集成，还支持将数据从大型机的数据库（DB2、VSAM）迁移到 RDS 和 DynamoDB。
Mainframe Modernization 的定价
Mainframe Modernization 的重构模式（Blu Age）按转换范围内的代码行数计费，由 AWS 账户团队单独报价。重新平台化模式（Micro Focus）的托管运行时按小时计费，相当于 m5.large 的规格每小时约 0.355 美元（截至 2026 年 8 月）。无论哪种模式，与大型机每年的运营费用相比，迁移后的 AWS 基础设施费用都会大幅降低。使用 Migration Evaluator 分析现有环境的 TCO，并与迁移后的成本估算进行比较，以作出投资判断。
重构与重新平台化的选择
大型机迁移大致有两种方法。一种是重构，它自动分析现有代码，并将其转换为可在云端运行的新语言和新结构。可以获得长期的可维护性和开发的便利性，但验证转换结果需要花费精力。另一种是重新平台化，它在云端重现大型机的执行环境，几乎原样运行现有资产。变更少，可以在短时间内完成迁移，但技术上的革新有限。重要的是根据资产的规模、维护的前景以及迁移可接受的期间，判断哪一种方法合适。
风险管理与并行运行
大型机往往是长年支撑企业核心业务的重要系统，其迁移要求谨慎。需要彻底验证迁移目标系统返回与现有系统相同的结果。让迁移源与迁移目标在一段时间内并行运行，核对两者的处理结果并确认没有差异的并行运行，是一种有效的风险管理手段。在保持数据一致性的同时分阶段切换，并做到出现问题时可以回退。不是一次性全部切换，而是反复验证、谨慎推进，这是核心系统迁移取得成功的关键。
总结 - Mainframe Modernization 的利用指南
AWS Mainframe Modernization 是专门用于将大型机工作负载迁移到云端的服务。它提供重新平台化（以最少的变更快速迁移）和重构（转换为 Java 并云原生化）这 2 种模式，可以根据组织的需求选择迁移策略。通过 Application Testing 的等价性验证和分阶段的迁移方法，将迁移风险降到最低。它适合正在考虑削减大型机成本和进行技术革新的组织。
参考资料（AWS 官方）
本页的第一手信息来源是 AWS 官方网站及官方文档。最新的规格与价格请以下列官方页面为准。
如本页内容与官方文档不一致，请以官方文档为准。