Imagine uma empresa usando mainframes para executar (parte de) seus aplicativos de negócios (geralmente críticos) e usando o z / OS (também conhecido como OS / 390 ou MVS ).
Quais são os softwares típicos que eles usam para facilitar o gerenciamento de alterações e configurações de software de software implantado / usado nesses mainframes?
Respostas:
De minha própria experiência, estes são alguns dos pacotes de softwares típicos:
Todos esses pacotes podem gerenciar, mais ou menos de imediato, tudo o que é armazenado nos componentes regulares do "PDS" (uma estrutura de arquivo típica usada no z / OS).
Quando se trata de uma empresa que avalia qual melhor se adequa a eles, muitas vezes se resume a esses critérios:
O IBM SCLM é considerado livre de quaisquer taxas de licença / manutenção (na verdade, ele está incluído na licença do z / OS, que por si só não é gratuita). Portanto, se nenhum orçamento dedicado estiver disponível, esse é geralmente o pacote de software selecionado (melhor do que nenhum pacote). Se houver um orçamento, esse geralmente é o que não chega à lista restrita.
O CA Endevor possui a base de instalação mais alta. Sua força principal, IMO, é a maneira que você pode rastrear para cada executável como ele foi compilado / vinculado usando qual versão de quais blocos de construção (copybooks, etc).
A base de instalação do SERENA ChangeMan ZMF está bem abaixo da base do CA Endevor . Alguns de seus principais pontos fortes são:
O ISPW da Compuware é como o "novo garoto da cidade" (em comparação com a alternativa CA Endevor ou SERENA ChangeMan ZMF ). É comumente percebida como a solução em que "qualquer requisito SCM personalizado pode ser implementado com ele, com um esforço relativamente baixo para fazer isso".
Analisando-o do ponto de vista da arquitetura, o SERENA ChangeMan ZMF e o Compuware ISPW parecem ter a arquitetura mais aberta, que é o que você precisará para ajustá-lo para gerenciar os componentes de software escritos em uma linguagem 4GL ( o que alguns chamam) de mais exótico, em comparação com os idiomas 3GL , como COBOL , PL / I etc. Ou seja, porque os componentes de software são armazenados em sistemas de arquivos que não são armazenados em PDSs padrão. Alguns exemplos desses idiomas são:
Atenção: ter uma "arquitetura aberta" é excelente para atender às suas necessidades personalizadas (o céu é o limite). No entanto, quando se trata de atualizar para novos lançamentos, ele tem um preço para atualizar também esses requisitos personalizados.
Nota : acidentalmente, durante um treinamento do CA Endevor para especialistas do SERENA ChangeMan ZMF, descobrimos que o CA Endevor e o SERENA ChangeMan ZMF parecem ter as mesmas raízes (de algum lugar no final dos anos 80 ...). Para aqueles que estão um pouco familiarizados com os dois: verifique a funcionalidade desses programas utilitários, com nomes com nomes semelhantes ... (você ficará chocado ...):
As respostas acima assumem que o gerenciamento do código-fonte para z / OS deve ser diferente de qualquer outra plataforma. A resposta de 10 anos atrás pode ter sido a acima. Mas o z / OS evoluiu junto com o hardware z e não está mais separado. Você pode usar um gerenciador de código-fonte moderno, como o Git, para todo o seu código-fonte, incluindo qualquer COBOL ou PL / I ou assembler que possa ter. O Git foi atualizado para lidar com a tradução ASCII para EDBCIC se você obtiver a porta da Rocket Software. Ainda é gratuito e de código aberto, eles fizeram a compilação para rodar na plataforma. Ter seu código-fonte do z / OS no mesmo SCM também permite que você tenha seus casos de teste e outros artefatos ao lado deles. Você pode se surpreender com o número de ferramentas de código aberto que você pode usar com o z / OS.
Se você possui um pipeline de DevOps, provavelmente também funciona com z / OS, como um exemplo que Jenkins executa na plataforma. Com uma PTF atual para z / OS, você pode até armazenar artefatos no Artifactory ou Nexus, assim como em qualquer outra plataforma. O processo e as práticas usadas em outras plataformas também funcionam para o z / OS, portanto não há motivo para separar ou diferenciar.
Há uma empresa da Bélgica que está no mercado de SCM (agora rotula seu produto como DevOps) há mais de 12 anos. Mas como não são gigantes como IBM ou CA, são menos conhecidos.
No entanto, eles têm seu produto (IKAN ALM) sendo executado em grandes bancos e companhias de seguros, principalmente como substituto do Changeman. Eles suportam Mainframe e Distribuído, isto significa que as empresas poderão gerenciar Mainframe e, por exemplo, desenvolvimento (e implantação) de Java usando a mesma ferramenta.
Eles têm uma marca chamada BlueBridge , que na verdade é o principal produto já configurado para o mainframe.