想象一家公司使用大型机运行(通常是关键任务)业务应用程序(的一部分),并使用z / OS(也称为OS / 390或MVS)。

典型的软件是什么?它们用于促进那些大型机上部署/使用的软件的软件更改和配置管理?

#1 楼

根据我自己的经验,这些是一些典型的软件包:



CA Endevor。

SERENA ChangeMan ZMF。

计算机ISPW。

IBM SCLM。

所有这些软件包都可以或多或少地开箱即用地管理常规“ PDS”中存储的任何内容。组件(z / OS中使用的典型文件结构)。

当公司评估最适合它们的组件时,通常可以归结为以下标准:


IBM SCLM被认为不收取任何许可证/维护费用(实际上它包含在z / OS许可证中,而z / OS许可证本身并不是免费的)。因此,如果没有可用的专用预算,则通常会选择该软件包(最好再没有软件包)。如果有预算,那么通常这是一个没有入围的预算。
CA Endevor具有最高的安装量。它的主要优势IMO是您可以跟踪每个可执行文件的方式,以及使用哪个版本的构造块(副本等)来编译/链接该可执行文件。

SERENA ChangeMan ZMF的安装基础比CA Endevor的产品要低很多。它的一些主要优势是:


与“打包”相关的软件更改的概念是其核心。
它具有将软件部署到物理远程站点的能力。 。


软件ISPW就像“城里的新手”(与CA Endevor或SERENA ChangeMan ZMF替代品相比)。通常认为它是“可以用它来实现任何自定义SCM要求,而花费相对较少的精力”的解决方案。

从架构的角度来看,SERENA ChangeMan ZMF和Compuware ISPW似乎是最开放的架构,如果要对其进行调整以管理以4GL语言编写的软件组件,则需要使用它。与3GL语言(例如COBOL,PL / I等)相比,它更具异国情调。因为软件组件存储在文件系统中,而文件系统未存储在标准PDS中。这些语言的一些示例是:




Natural(存储在ADABAS DBMS中)。

ADS Online(存储在IDMS DBMS中)。

QMF(存储在DB2 DBMS中)。

CA Gen(存储在“百科全书”中)。 br />
注意:拥有“开放式体系结构”非常适合满足您的自定义要求(天空是极限)。但是,在升级到新版本时,要同时升级这些自定义要求也要付出一定的代价。 CA Endevor和SERENA ChangeMan ZMF似乎具有相同的根源(从1980年代后期开始……)。对于那些对它们都有点熟悉的人:去检查这些实用程序的功能,它们具有类似的名称...(您会感到震惊...):


PGM = CONWRITE与PGM = CMNWRITE。
PGM = CONPRINT与PGM = SERPRINT。


#2 楼

上面的答案假定管理z / OS的源代码必须与任何其他平台都不同。十年前的答案可能就是以上。但是z / OS与z硬件一起发展,并且不再分离。您可以对所有源代码使用现代的源代码管理器(例如Git),包括您可能拥有的任何COBOL,PL / I或汇编程序。如果从Rocket Software获得端口,则Git已更新为可以处理ASCII到EDBCIC的转换。它仍然是免费和开源的,他们只是进行了编译以在平台上运行。将z / OS源代码包含在同一SCM中,还可以使您的测试用例和其他工件与它们一起使用。您可能会对z / OS可以使用的开源工具数量感到惊讶。

如果您有DevOps管道,它可能也可以与z / OS一起使用,例如Jenkins在平台上运行。使用当前到z / OS的PTF,您甚至可以像在其他平台上一样将构建的工件存储在Artifactory或Nexus中。在其他平台上使用的过程和实践也适用于z / OS,因此没有理由必须分开或不同。

#3 楼

比利时有一家公司在SCM(现在将其产品标记为DevOps)市场上工作了12年以上。但是由于它们不是IBM或CA这样的巨头,因此鲜为人知。

但是,他们的产品(IKAN ALM)在大型银行和保险公司中运行,主要是作为Changeman的替代产品。它们支持Mainframe和Distributed,这意味着公司将能够使用同一工具来管理Mainframe,例如Java开发(和部署)。

他们有一个叫做BlueBridge的品牌,这实际上是他们的主要产品。产品已经为大型机配置。