抽象
强烈建议对 IBM i 应用程序进行现代化改造或迁移到未来平台，但也存在强烈的犹豫情绪，这推动了反迁移情绪。 这引出了我们的问题； 我们需要投资技能吗
现有平台与否？
概述
IBM i 作为遗留系统，由于各种原因，许多企业将其作为迁移目标。 在此博客中，我们将探索当今场景中可用的迁移选项、采用它们的可能性以及未快速跟踪的原因
迁移或退出以及提升发展劳动力的需要。
IBM i（广为人知的 AS/400）已成为包括银行、金融服务和保险 (BFSI) 在内的许多大中型企业最具战略意义的系统之一。 它被所有这些企业使用超过 25 到 30 年。 它承载核心
银行和保险公司的应用程序，包括核心银行、卡管理、保单管理等。正如我们在这里讨论的那样，IBM i 是与 IBM i、硬件、操作系统、编程语言（如 RPG）一起出现的整个生态系统，
COBOL 和 CL，数据库 DB2 for i，IBM MQ 用于消息传递、作业管理、用户访问、安全等挑战
与 IBM i 平台特定技能集（RPG、COBOL）、导致敏捷性问题的应用程序整体架构、与其他平台和 DevOps 工具的互操作性、与战略投资不一致、缺少大部分云优势（例如，
按需容量）等。与此同时，推迟迁移的原因有很多。 其中一些是新硬件版本、操作系统版本、扩展支持窗口、当前对重型基础设施的投资、迁移风险和成本。
在这里，我们尝试衡量其退出的早期可能性，以便预测其对中小企业的依赖。
我们的观点
在此期间，业务不断增长，业务需求不断增长，各种风险不断增长，合规性和监管要求不断增长，最终所有这些都在一个单一的整体应用程序中为每个应用程序捕获和处理
企业。 因此，高度复杂性集中了所有知识、业务规则和业务流程。 添加到此所有技术实现，如多线程、消息传递、作业调度、作业控制等，
也是整体实现的一部分。
随着云、DevOps 和敏捷实践的出现，包括银行家和保险公司在内的行业和企业都在寻求 IBM i 应用程序的转型，并获得最新的功能和优势。 企业有多种选择
在他们面前。 该平台可以遵循敏捷实践，并通过 ARCAD 解决方案成为 DevOps 世界的一部分。 英国的一家大型银行已成功在 IBM i 上采用 DevOps。 最近推出的 IBM i Merlin 平台（生命周期现代化引擎
Integration）通过集成 IDE、用于 DevOps 体验的 CI/CD Merlin 工具以及 IBM i 虚拟机配置、REST API 管理等帮助实现这一点，并为未来完整的 DevOps 生态系统带来希望。 最近的发展有助于提高敏捷性
IBM i 环境并重新托管其应用程序。 该平台的系统管理应通过将基础架构直接迁移到 IBM Cloud 或迁移到 Azure 和 IBM Cloud 上的 Skytap 或迁移到 AWS 上的 Connectria 来卸载。 无限我正在救援重新主持
Azure 或 AWS 或 Google Cloud 上的应用程序。 所有这些选项都应归类为就地现代化或伪现代化，并且依赖于 IBM i 技能集。
来自 Fresche, Google (G4) 的工具集提供 IBM i 本机源代码的一对一转换（重构），并打开了在开放系统和云上部署应用程序的网关。 但考虑到可维护性，对该选项的偏好正在减弱
以及银行等大型企业的未来主义观点。 银行，更具体地说，保险公司有非常动态的业务需求，比如不断增加的监管和合规需求，因此需要高度可维护的代码库。
除了就地现代化（最后的手段）和重构，其他选项可以主要分为两个选项之一，即 COTS 替换或重写整个应用程序。 这些选项各有利弊。 对于大多数
大中型银行和多国多地经营的银行，核心应用是它们的财富，是它们的力量，是它们存在的使能者。 因此，由于 COTS 应用程序的精确匹配，COTS 采用率将受到限制
用于银行丰富的功能，如卡处理、忠诚度和奖励管理。
现在，银行只剩下另一个选择，那就是重写。 众所周知，将现有应用程序（功能相同但架构最新）重写为目标环境几乎就像构建新应用程序一样。 逆向工程
Fresche 和 ARCAD 的工具有助于加快规则提取。 以敏捷、DevOps、测试自动化等为动力的新开发方式，重写可能不会太长，但也不会太短。 一些大银行尝试重写
和实验。 许多银行对重写表现出兴趣，但正在寻找具有成本效益、稳健且无风险或降低风险的迁移，这仍然很遥远。
除了预期的重写时间表之外，目标领域的战略决策、目标技术、目标架构、监管和合规挑战、组织变革以采用转型活动、
当前对重型基础设施等的投资将影响大多数银行的整体 IBM i 迁移时间表。
IBM 还在定期投资和升级 Power 服务器（10 年推出的基于 Power2021 的服务器）和 IBM i（7.5 年 2022 月发布的 XNUMX）以及对开放技术的支持，以保持保留该平台的势头。
支持窗口（通常为 7+3 年 – 正常 + 扩展）和 Power 服务器在其他环境 (AIX) 中的可重用性是为决策制定提供额外空间的一些重要因素（不急于退出平台）。
结论
考虑到所有这些因素，运行 IBM i 应用程序的需求在未来许多年内将继续居高不下。 这意味着，在企业找到有效可行的替代方案之前，应该支持、维护和增强这些应用程序。 但在
同时，让员工参与 IBM i 技能组合变得越来越困难。 现在是时候通过为该平台利用增强的 IDE 和工具来提升开发人员队伍了。
