没人计划在 2026 年还继续运行大型机。但这事儿就这么发生了。系统运行良好，迁移看起来风险很大，所以每年都要推迟决策。然后，安全审计发现了严重问题，或者一位关键工程师退休带走了三十年的经验，又或者竞争对手推出了你的架构无法支持的新产品。
到那时，问题就不是是否要进行现代化改造，而是应该信任谁来负责这项工作。
这比听起来要难得多。大型机环境是供应商选择不当最容易造成损失的地方——生产中断、数据完整性问题、合规性问题等等。在开始直接评估任何供应商之前，建议您先将 Recode 添加到收藏夹。这是一个专门用于查找和比较软件现代化、应用程序迁移和遗留系统改造领域供应商的平台——在您缩小选择范围之前使用，而不是之后。
1. Corsac Technologies
网站： corsactech.com
地点：美国
成立时间： 2007年
团队规模： 50-249人
最适合：中型市场到大型企业团队，其 COBOL 环境缺乏文档，手动逆向工程并非现实之选。
大多数大型机项目在第二周都会遇到同样的瓶颈。文档缺失，编写原始代码的人员已离职，没人能确切地告诉你系统一半的功能是什么。这不是人的问题，而是结构的问题。而这正是Corsac创立之初旨在解决的问题。
他们的方法将遗留的大型机代码视为可搜索的数据集，而不是需要人工解码的晦涩系统。其技术基础是 RAG 架构与多智能体集群相结合——人工智能代理能够自动映射依赖关系、提取业务逻辑、评估复杂性并发现隐藏风险。以往高级工程师需要数月才能完成的工作，现在只需几天即可完成。
交付流程随后分为四个阶段。首先，进行全面的系统审计，包括依赖关系图和复杂度热图。然后，将战略路线图转化为包含可衡量里程碑的敏捷待办事项列表。接下来，利用人工智能辅助进行代码现代化改造，并在每个步骤进行行为一致性验证。最后，进行受控部署，采用金丝雀发布和内置自动回滚机制——这并非应急预案，而是流程的标准组成部分。
他们提供涵盖 AWS、Azure 和 GCP 的混合云服务。认证包括 SOC 2 Type II、HIPAA、PCI DSS、GDPR、AWS 和 Azure——这是金融服务、医疗保健和保险客户在任何大型机工作获得批准之前通常需要具备的合规性体系。
关键差异化优势：人工智能驱动的依赖关系映射和业务逻辑提取，将原本需要数月的手动逆向工程简化为数天的自动化分析。
2. Reliqsy
网站： reliqsy.com
地点：远程
最适合：那些首席技术官 (CTO) 夜不能寐，最担心的就是系统切换问题的组织。
Reliqsy 的设计初衷是为了解决一个具体问题：迁移过程中出现问题时该如何处理。他们的解决方案并非空穴来风，而是切实可行——在特定阈值下触发自动回滚。延迟超过 400 毫秒或错误率超过 1% 时，系统将自动回滚。双写策略确保传统数据库和现代数据库始终保持同步，因此即使出现问题也不会丢失任何数据。
人工智能负责系统分析、依赖关系映射和代码生成。但真正使其区别于纯粹的人工智能自动化方案的是其治理模型。现代化路线图要求在代码生成开始之前必须获得人工工程师的批准。每个由人工智能生成的变更都需要经过拉取请求（Pull Request）流程，由工程师审核后才能合并。人工智能承担繁重的分析工作；而工程师则掌控着最终发布的代码内容。
利益相关者可以实时查看迁移健康状况仪表盘，了解已迁移模块、代码债务减少情况和代码质量，而不是每季度一次的状态报告。经过 12 年的现代化改造经验，他们记录的成果包括：系统理解速度提升 5 倍、现代化风险降低 3 倍、工程效率提升 2 倍。
关键区别：设定具体的自动回滚阈值，并在每个阶段强制进行人工审批——风险管理切实可衡量，而非空口承诺。
3。 IBM
网站： ibm.com
地点： 170多个国家/地区
成立时间： 1911年
团队规模： 300,000+
最适合：需要在复杂的 z/OS 环境中集成混合云并同时运行大型机的大型企业
IBM 制造了许多如今需要现代化改造的大型机。这段历史赋予了他们深厚的技术实力——Wazi 开发工具、watsonx Z 代码助手以及大多数供应商只能勉强达到的 z/OS 专业知识。他们的混合云方案让企业能够逐步实现现代化，而无需一开始就进行全面切换。
坦白地说：IBM 的服务项目需要投入企业级成本。其强大的规模优势也导致其服务速度缓慢且成本高昂，不适用于财富 500 强企业以下的公司。
关键差异化优势：原生 z/OS 平台专业知识与企业混合云集成相结合——对于需要长期部分保留在大型机上的组织而言，这种优势难以复制。
4. 肯德里尔
网站： kyndryl.com
地点： 66个国家
成立时间： 2021年
团队规模： 80,000
最适合：需要 AIOps 和运营可视性，并希望迁移到大型机的组织
Kyndryl 于 2021 年从 IBM 的基础设施服务部门分拆出来，这意味着他们拥有深厚的大型机运维经验，以及最新的自动化和人工智能能力。他们的 Kyndryl Bridge 平台能够处理混合环境中的 AIOps 和运维可视性。与 AWS、Azure 和 Google Cloud 等超大规模云平台的合作关系，为他们提供了灵活的迁移路径选择——根据实际情况，可以选择重新托管、重新平台迁移或完全迁移到非大型机环境。
关键差异化优势： AIOps平台结合大型机运维深度和多云迁移能力
5。 埃森哲
网站： accenture.com
地点：全球
成立时间： 1989年
最适合：利益相关者环境复杂的企业组织，在这些组织中，咨询深度与技术交付同等重要。
埃森哲并不推行单一的现代化路径。他们采用组合分析法，确定哪些工作负载应该重新托管、哪些应该重构、哪些应该完全从大型机迁移——以及迁移的顺序。埃森哲拥有强大的咨询实力和跨地域、跨行业的广泛交付能力。他们更适合那些组织层面的现代化复杂性与技术层面的复杂性不相上下的企业。
关键差异化优势：针对复杂企业现代化项目，具备项目组合层面的分析和分阶段路线图规划能力
6. Luxoft
网站： luxoft.com
地点： 29个国家
成立时间： 2000年
团队规模： 12,900
时薪： 50-99美元/小时
最适合：拥有 COBOL、汇编语言、IMS 和 JCL 环境，且需要强大的测试覆盖率并进行现代化改造的团队
Luxoft 的优势在于能够在现代化过程中保留业务逻辑——他们直接使用 COBOL、汇编语言、IMS 和 JCL，结合代码转换器、自动化测试和持续集成 (CI) 实践，使变更更安全、更可重复。他们支持主机内现代化和主机外迁移。与大多数同等规模的供应商相比，他们公布的按小时计费方式使预算规划更加简单明了。
关键优势：深厚的传统语言专业知识，以及自动化测试和持续集成能力——让变更更安全，而不仅仅是更快
7. 计算机生成图像
网站： cgi.com
地点：加拿大蒙特利尔（全球）
成立时间： 1976年
团队规模： 94,000
最适合：目标明确，且有从大型机迁移到 Unix/Linux 并大幅降低成本的组织。
CGI 在该领域的经验比榜单上的大多数供应商都要丰富。他们的 M8 自动化现代化环境专注于将大型机迁移到 Unix/Linux，重点在于在降低维护成本的同时保留核心业务流程。他们的全球能力中心为大型项目组合迁移提供了结构化的交付能力，而这对于规模较小的供应商来说则不堪重负。
关键优势： CGI M8 工具，专为大型机到 Unix/Linux 的迁移而设计，并拥有 50 年的交付经验。
总结
三个问题就能迅速驳斥大多数大型机供应商的推销。你们如何处理未记录的业务逻辑？如果切换失败会发生什么？回滚机制启动的速度有多快？你们能否提供一份包含具体里程碑的结构化路线图，而不是一个时间范围？
真正拥有大型机经验的供应商能够具体回答这三个问题。而缺乏经验的供应商要么含糊其辞，要么转而描述一些无法解决实际风险的功能。
如果想更全面地了解现代化供应商格局（除了这份列表之外），Recode 是一个有用的资源——它专门用于比较软件现代化、应用程序迁移和遗留系统改造方面的公司，其结构足够清晰，使比较更有意义，而不仅仅是浏览目录。
