Habilidades

Como líderes globais estão solucionando a crise de capacidade dos mainframes: 3 estudos de caso reais 

Grandes organizações estão alcançando até 97% de redução no consumo de CPU com workloads COBOL batch sem alterar uma única linha de código-fonte. Descubra como elas estão gerenciando picos de demanda, recuperando capacidade de processamento e resolvendo conflitos por meio da redistribuição contínua de workloads.

Conversamos diariamente com clientes sobre os desafios inerentes à gestão de ambientes mainframe de alto volume, nos quais eficiência e controle de custos são prioridades máximas. E sabemos que as preocupações com capacidade nem sempre estão relacionadas apenas ao alto volume de processamento. Muitas vezes, existe uma sobrecarga de workloads concentrada na mesma janela de tempo utilizando os mesmos recursos. 

O conflito acontece quando: 

  • Muitos jobs batch (em lote) utilizam a CPU do GP simultaneamente
  • Competindo pelos mesmos recursos limitados 
  • Provocando atrasos, descumprimento de SLAs e impacto nas operações online 

O JOPAZ reequilibra esse cenário ao redistribuir workloads COBOL batch mais pesados para motores de processamento mais eficientes, alterando o comportamento desses picos sem modificar as aplicações. 

O que muda: Fluxo de execução, comportamento da CPU e ambiente de execução (JVM). 

O que não muda: Código-fonte COBOL, dados, estrutura de agendamento e outputs. 

A seguir, mostramos como três grandes empresas de diferentes setores alcançaram reduções expressivas no consumo de CPU, solucionando de forma definitiva seus desafios de contenção de processamento. 

Junte-se a mais de 15.000 outros usuários de mainframe que recebem conselhos de especialistas e notícias do setor diretamente em suas caixas de entrada.

1. Organização que oferece serviços à membros associados: resolvendo o pico do R4HA 

Para uma grande organização norte-americana de serviços aos seus membros associados, que oferece soluções automotivas, de viagens e financeiras, garantir previsibilidade era uma prioridade estratégica. O processamento batch elevava os custos de R4HA ("Rolling 4-Hour Average"), criando uma necessidade urgente de melhorar a distribuição de workloads. 

A estratégia:

A organização recorreu ao JOPAZ para resolver a causa raiz da contenção de workloads. 

  • Eles compilaram o código-fonte COBOL batch em Java bytecode. 
  • Esse código foi então executado na Unix System Services JVM. 

Isso permitiu que eles aproveitassem seus processadores zIIP da IBM, reduzindo a pressão no pico de capacidade do GP ao redistribuir a execução. 

A configuração: 

  • Ambiente COBOL Db2.  
  • Os resultados também foram testados utilizando um arquivo sequencial. 

Os resultados:

O impacto foi imediato e significativo: 

Sem o JOPAZ: 

  • 47.96 segundos de tempo de CPU. 

Com o JOPAZ: 

  • 2.47 segundos de tempo de CPU (redução de 95%). 
  • 94.84% de economia de CPU em COBOL batch. 
  • MSUs recuperados para novas cargas de trabalho. 
  • Nenhuma alteração foi necessária no código-fonte original. 

2. Fornecedor de energia no varejo: investindo em eficiência

Uma grande empresa de energia da América do Norte, com um amplo ambiente Db2, precisava de uma forma mais estratégica de utilizar seus recursos de processamento existentes.

A estratégia:

Assim como no primeiro caso, o cliente recorreu ao JOPAZ para tornar seus workloads COBOL batch elegíveis para execução no processador zIIP™. Nesse cenário, o zIIP tinha capacidade limitada disponível para uso pelo JOPAZ, então, após o sucesso dos resultados iniciais, um segundo zIIP foi adicionado.

A configuração:

  • Ambiente COBOL Db2.
  • Utilizamos três processos batch. Cada um desses processos tinha programas COBOL que acessavam o Db2, e cada processo possuía múltiplas etapas.

Os resultados:

Sem o JOPAZ:

  • 2:26.27 minutos de tempo de CPU.
  • 14:10 minutos de tempo de execução.

Com o JOPAZ e um único processador zIIP:

  • 14.4 segundos de tempo de CPU (redução de 90%).
  • 5:44 minutos de tempo de execução (redução de 60%).
  • 76% de economia de CPU em COBOL batch.

Com o JOPAZ e 2 processadores zIIP:

  • 6.97 segundos de tempo de CPU (redução de 95%).
  • 8:40 minutos de tempo de execução (redução de 39%).
  • 96,7% de economia de CPU em COBOL batch.

Os testes iniciais foram tão promissores que o cliente imediatamente contratou recursos dedicados para levar o projeto até a conclusão. O mais importante é que tudo isso foi alcançado sem nenhuma alteração no código-fonte ou na lógica de negócio das aplicações.


3. Empresa de tecnologia de pagamentos: lidando com a complexidade do VSAM

Na América Latina, uma importante empresa de tecnologia de pagamentos processa bilhões de transações anualmente. Diferentemente dos outros exemplos, este era um ambiente puramente VSAM, sem bancos de dados tradicionais, além de contar com aplicações extremamente grandes e complexas.

A estratégia:

Com quatro processadores zIIP subutilizados já disponíveis em sua infraestrutura, a empresa enxergou no JOPAZ a solução ideal para recuperar capacidade dos GP. O projeto começou com a recompilação de um programa complexo de 54 mil linhas. Nas palavras do próprio cliente: “Se o JOPAZ consegue lidar com essa aplicação, consegue lidar com qualquer coisa.”

A configuração:

  • 35% da carga total de trabalho é composta por COBOL batch.
  • Ambiente puramente VSAM, sem bancos de dados tradicionais.
  • 4 processadores zIIP subutilizados disponíveis.

Os resultados:

  • 97% de redução no uso de CPU em COBOL batch.
  • Maximização do ROI do mainframe ao extrair mais capacidade da infraestrutura existente.
  • Manutenção das operações de negócio normalmente, sem interrupções.

A conclusão

Como nossos clientes comprovam, modernização não precisa significar uma migração arriscada e de anos de duração para a nuvem. O desafio não está em saber se o COBOL funciona, mas em entender se um pequeno número de jobs está gerando uma pressão desproporcional durante janelas críticas de processamento. Em vez de alterar seus workloads, reescrevendo, reprogramando ou eliminando processos, as empresas estão recuperando praticamente todo o consumo de CPU de seus workloads COBOL batch ao mudar onde estas cargas estão sendo executadas.

Seja trabalhando com Db2, VSAM, Adabas ou arquivos sequenciais, os resultados demonstram de forma consistente economias superiores a 80% no consumo de CPU, chegando em muitos casos a até 97%, e tudo isso mantendo intacta a lógica de negócio já consolidada das aplicações.