ssh - IBM S/390 大型机 COBOL 源代码

Question

我的新工作有一台 S/390 大型机，自 90 年代末以来一直在运行 COBOL 应用程序。大型机太旧了，我们需要迁移到更新的系统。我们是一家足够小的企业，我们不能保证花钱升级到新的大型机硬件，而且程序逻辑 30 多年来一直在不断改进，因此它具有很大的功能值(value)。我一直在考虑将功能转移到 Linux 机器上，并使用 OpenCOBOL 之类的东西重新编译为可执行二进制文件，而不是尝试用更新的语言重写它。我还没有把大型机搞得一团糟，不知道如何或在哪里访问这些信息，不幸的是，编写所有程序的先生已经不在我们身边了。我读过 SSH 是一个选项，但我什至不确定如何在大型机上启动它。我经常使用 Linux，所以我熟悉 SSH，但据我了解，这些大型机并不是一个简单的操作系统，您可以像在现代操作系统中那样连接并导航文件系统以检索数据.谁能给我一些指示，让我了解访问 COBOL 程序源代码的方向？是否有存储它们的默认位置等？它们是有些简单的程序，不使用任何 DB2 功能，并且有望在不同的系统上编译，调试和修复相对较少。我确定我已经遗漏了有助于回答这个问题的必要信息，并且我可以提供任何需要的额外信息来帮助你们帮助我。我怀疑默认情况下未启用 SSH，但也许我也错了。非常感谢任何帮助。谢谢大家!

Answer 1

虽然不是编程问题，但我会提供一些我认为可能对您有所帮助的指导。

首先，这是一个关于投资地点的商业决策。

• 我们是否将系统升级到更新的型号并升级了一些软件并获得了保持系统运行的技能？ (系统编程、操作系统升级和迁移成本、更新平台(使用 z13 可能是一个经济的选择、支持大型机的存储系统)
• 将现有工作负载迁移到其他平台。 (迁移代码的成本、性能需求的规模、替代现有访问方法的新技术，如 VSAM 或者如果应用程序足够老，我敢说是 ISAM)
• 现状 ... 把东西留在原处，让灯一直亮着

在评估任何选项时，您必须评估业务风险以及中断成本是多少？恕我直言，它与 Linux 上的 SSH 或 COBOL 等技术无关，但需要对当前状态、可接受的场景以及追求其中一种选择的成本进行认真评估。

我的评论并不是为了灌输恐惧，而是提供了一个框架，说明我如何分析如此巨大的挑战。