大型机应用程序的现代化

Learn, share, and connect around europe dataset solutions.
Post Reply
suchona.kani.z
Posts: 272
Joined: Sat Dec 21, 2024 5:42 am

大型机应用程序的现代化

Post by suchona.kani.z »

近年来,现代化措施已进入大型机开发领域。 3270 TSO ISPF 界面越来越多地通过图形用户界面 (GUI) 进行补充 - 例如基于 Eclipse 的工作台 IDz 或 Topaz。经典的基于大型机的源代码管理 (SCM) 系统正在被 git 或其他共享存储库取代。 IBM zUnit 或 BMC Compuware Topaz for Total Test 逐渐引入,通过模拟功能实现单元和功能测试的自动化。部署过程使用 Jenkins Pipelines 实现自动化。代码覆盖率和质量门用于质量保证。持续集成和/或持续交付、DevOps 和敏捷软件开发因此进入了大型机领域。

然而,这些DevOps工具链的构建和实施需要大量的精力、时间以及与软件供应商的良好合作。许多中小型大型机安装(< 5,000 MIPS,开发人员少于 50 名)都回避这项工作,因为投资回报率很难实现。年长的开发人员通常很难对 DevOps 世界感到兴奋,并且更喜欢在他们常用的 3270 环境(REXX 和 Clist 函数)中进行开发,该环境也针对他们自己的需求进行了优化。


这里的世界看起来更加多样化。公司有多种选择来实现大型机应用程 餐馆电子邮件列表 序的现代化。首先,应该明确在全球范围内正在推行哪种 IT 公司战略,因为现代化应该符合架构。在大型机应用程序现代化领域,我们遇到了不同的解决方案。

代码转换将现有代码自动转换为 Java。业务逻辑保持不变。 adesso Transformer 基于由 at|analyze、at|convert、at|edit、at|batch 和 at|test 组件组成的工具套件。通过适应客户的特定要求,还可以在变压器中考虑可重构代码。代码转换的优点是可以规划迁移。测试工作(用例)可以减少到最低限度。根据可靠的分析,固定价格迁移是规则。


平台重构有多种形式,并且基于直接迁移的理念。术语“重新托管”经常用于此目的。这里区分了有和没有重新编译的解决方案。对于基于编译器的解决方案,重新编译是平台重构的一部分,并且应用程序会迁移到 Java 虚拟机 (JVM)。采用无需重新编译的解决方案,应用程序、运行时环境和数据自动1:1迁移。保留 EBCDIC 主机格式。应用程序在本地或云端以二进制兼容的方式在某种容器中迁移到 Linux/x86 架构。如果您想在短时间内离开 zSeries(例如出于成本原因),这当然很有趣。然后下一步将进行应用程序现代化。该技术通常被称为“桥接技术”。
Post Reply