Skills

Cargas de trabalho em crescimento? Táticas para testar antes da migração


5 MIN leitura

No cenário de TI corporativa, existe um mito persistente de que o mainframe é uma plataforma legada em vias de extinção. No entanto, como destacou Bob Jeffcott, Engenheiro de Sistemas Principal da Software AG, em um webinar recente, “os relatos sobre o fim do mainframe são bastante exagerados”.

A realidade é que as cargas de trabalho em IBM Z estão, na verdade, crescendo. De acordo com a IBM e analistas do setor, 70% dos clientes de mainframe aumentam suas cargas de trabalho anualmente, e 95% das instalações da IBM ainda dependem fortemente de COBOL para suas aplicações de missão crítica. Mas esse crescimento vem com um limite: capacidade no máximo, custos em rápida escalada e a constante ameaça de não cumprir acordos de nível de serviço (SLAs) críticos.

Como as organizações podem lidar com esse crescimento sem a enorme disrupção de uma migração? A resposta está no hardware que você já possui.

O paradoxo da modernização: por que a reescrita falha

Quando enfrentam uma limitação de capacidade no processador geral (GP), muitas organizações se sentem obrigadas a iniciar um projeto de modernização das cargas de trabalho COBOL. Normalmente, essas estratégias se enquadram em algumas categorias:

  • Reescrever a aplicação em uma linguagem moderna.
  • Substituição completa da aplicação por uma nova alternativa nativa em nuvem.
  • Rehosting: migração da carga de trabalho para uma plataforma diferente.

Mas essas abordagens são repletas de riscos. Elas frequentemente envolvem custos imprevisíveis, longos prazos de implementação e perda de funcionalidades quando o novo sistema não consegue replicar décadas de lógica de negócio incorporadas no código COBOL original. Além disso, muitas vezes são soluções “tudo ou nada”, o que significa que, quando a modernização encontra um obstáculo, geralmente já é tarde demais para reconsiderar.

Uma nova estratégia: recuperando a capacidade do GP com JOPAZ

O JOPAZ oferece uma alternativa não disruptiva. Em vez de sair do mainframe, o JOPAZ mantém você na plataforma enquanto reduz significativamente a carga sobre os processadores gerais. Ele faz isso tornando as cargas de trabalho em lote COBOL elegíveis para execução nos processadores IBM zIIP.

Com as cargas de trabalho sendo executadas no zIIP, as organizações podem liberar imediatamente capacidade de GP para outras tarefas de alta prioridade.

Como o JOPAZ funciona: Internamente

A transição de uma carga de trabalho COBOL em lote padrão para uma carga de trabalho elegível ao zIIP acontece em quatro fases:

  1. Identificação: Identificar batch de trabalho que estão consumindo mais recursos de GP.
  2. Compilação: o JOPAZ utiliza seu código-fonte COBOL existente e o compila diretamente em bytecode Java.
  3. Execução: esse bytecode é executado em uma Java Virtual Machine (JVM), tornando a carga de trabalho apta a ser processada pelo engine zIIP.
  4. Escala: repetir com quantos batch de trabalho forem necessários. O JOPAZ é uma abordagem em fases para otimização de cargas de trabalho, mantendo o seu negócio funcionando normalmente.

De forma crítica, nenhuma alteração no código COBOL é necessária. Sua lógica de negócio permanece intacta, e seus desenvolvedores continuam trabalhando no ambiente que já conhecem.

Resultados no mundo real

Estudo de caso 1: fornecedor de energia do varejo

Essa organização enfrentava dificuldades com cargas de trabalho intensas em DB2. Eles implementaram o JOPAZ para avaliar quão eficaz ele poderia ser no processamento de jobs em lote com alta dependência de banco de dados.

  • Com um único mecanismo zIIP: eles alcançaram uma redução de 76% no uso de CPU do COBOL em lote no GP.
  • Com dois mecanismos zIIP: após observarem o sucesso inicial, eles adicionaram um segundo mecanismo zIIP. A economia de CPU aumentou para 92,9%.
  • O impacto: mesmo com chamadas SQL intensivas, o JOPAZ conseguiu utilizar o mecanismo zIIP não apenas para o executável em si, mas também para o processamento SQL associado ao DB2.

Estudo de caso 2: organização norte-americana de serviços aos associados

Para essa grande organização do setor automotivo e de serviços financeiros, controlar custos era uma prioridade. Eles executaram dois fluxos de processamento em lote em sequência para testar a eficiência do JOPAZ.

  • O resultado: uma impressionante redução de 94,84% no uso de CPU do COBOL em lote.
  • O impacto: ao recuperar essas MSUs, a organização conseguiu suportar novas cargas de trabalho utilizando seus recursos de processamento já existentes.

Segurança e Integração

Uma das perguntas mais comuns sobre o JOPAZ é como ele interage com a segurança existente do mainframe. O JOPAZ foi projetado para se integrar de forma harmoniosa ao ecossistema de mainframe:

  • Acesso a dados: utiliza os mecanismos de segurança já implementados no Db2, VSAM e Adabas.
  • Segurança: aproveita o modelo de segurança do Java, mantendo total conformidade com os gerenciadores de segurança padrão de mainframe, como RACF, TopSecret e ACF2.
  • Fluxo operacional: como utiliza JCL (Job Control Language) padrão para acionar a execução da JVM, integra-se perfeitamente aos fluxos de trabalho e operação já existentes.

Implementação em fases

Comece com uma única aplicação intensiva em recursos, comprove o impacto da economia de capacidade e, em seguida, expanda para outras áreas do negócio. Essa abordagem em fases elimina a imprevisibilidade da modernização tradicional.

Desbloqueie o poder que você já possui

O mainframe continua sendo o padrão de excelência em estabilidade, segurança e volume de transações corporativas. Com o JOPAZ, você não precisa sair da plataforma para se modernizar. É possível recuperar capacidade, cumprir seus SLAs e reduzir drasticamente o uso da CPU, tudo isso mantendo seu código COBOL exatamente onde ele deve estar.

Saiba mais sobre como o JOPAZ pode ajudar você a recuperar recursos de processamento com a distribuição inteligente de workloads COBOL.


Descubra o que as soluções da Software AG podem fazer pela sua organização