近日获悉，IBM启动了一个新研发项目，通过该项目可以在本地Kubernetes集群上运行以COBOL开发的应用程序。
IBM开发人员倡导者JJ Ashgar表示，目前该计划仅是一项与GitHub通过其他研究人员共享的科学项目。但是，IBM研究人员已应邀演示了在基于x86和图形处理器单元（GPU）的Kubernetes集群上运行的COBOL应用程序的实例。
IBM先前还致力于使Kubernetes在已部署IBM COBOL应用程序的z/OS操作系统上可用。
这些演示利用Red Hat OpenShift平台启动Kubernetes集群并在那时部署Kubernetes应用程序。红帽OpenShift平台提供了一个抽象级别，使IT团队可以在Kubernetes上构建和部署COBOL应用程序访问Kubernetes。Ashgar指出，否则，Kubernetes通过设置提供的所有选项很快就会对普通企业IT团队不堪重负。
该项目的目标是使IT团队能够将COBOL代码转换为可在Kubernetes上本地运行的微服务，Asghar说。尽管IBM明显偏爱它拥有的Red Hat开发平台，但是没有理由为什么Kubernetes上部署的其他开发平台无法利用相同的研究成果。
现在说COBOL应用程序是否可以在生产环境中的Kubernetes集群上部署还为时过早。但是至少，正在构建COBOL应用程序的组织,应该能够利用Kubernetes来构建可以在大型机上部署COBOL应用程序。由于这些COBOL应用程序是使用容器部署的，因此，与最佳DevOps做法保持一致，通过撕裂和更换容器来更新COBOL应用程序也将变得更加容易。
IBM已经在实施一项主要的DevOps计划，该计划利用容器使非大型机平台上的开发人员可以访问IBM大型机中间件。该方法旨在通过在Kubernetes上部署CICS事务处理软件实例，使对大型机的构建和部署应用程序成为现有DevOps流程的自然扩展。
由于COVID-19大流行带来的经济衰退，将遗留大型机应用程序与部署在Kubernetes集群上的新兴云原生应用程序集成的需求变得越来越紧迫。从理论上讲，IT团队不必重写数百万行的COBOL代码，而是可以将COBOL代码提升并转移到Kubernetes集群上，作为更紧密地集成应用程序代码的一部分。
如今，许多IT团队都认为对COBOL应用程序的投资永远注定不会超出大型机本身。但是，随着将更多抽象添加到IT环境中，很明显，许多曾经被认为不可能的事情可能被证明是完全可行的。实际上，现在最大的挑战可能不是底层代码本身，而是它使IT团队开始考虑各种可能性。
