No cenário da TI corporativa, existe um mito persistente de que o mainframe é uma plataforma legada em vias de extinção. No entanto, como destacou Bob Jeffcott, Principal Systems Engineer da Software AG, em um webinar recente, “os relatos sobre o fim do mainframe são bastante exagerados”.
A realidade é que os workloads 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 operando 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 de workloads COBOL. Normalmente, essas estratégias se enquadram em algumas categorias:
- Reescrever as aplicações em uma linguagem moderna.
- Substituição completa das aplicações por uma nova alternativa nativa em nuvem.
- Rehosting: migração dos workloads 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 o 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 os workloads em COBOL batch elegíveis para execução nos processadores IBM zIIP.
Com os workloads sendo executados no zIIP, as organizações podem liberar imediatamente capacidade de GP para outras tarefas de alta prioridade.
Como o JOPAZ funciona: nos bastidores
A transição de um workload COBOL batch padrão para uma carga de trabalho elegível a ser executada em zIIP acontece em quatro fases:
- Identificação: Identificar jobs em COBOL batch que estão consumindo mais recursos de GP.
- Compilação: o JOPAZ utiliza seu código-fonte COBOL existente e o compila diretamente em bytecode Java.
- Execução: esse bytecode é executado em uma Máquina Virtual Java (JVM), tornando o workload apto a ser processado pelo engine zIIP.
- Escala: repetir com quantos jobs em batch forem necessários. O JOPAZ é uma abordagem em fases para otimização de workloads, mantendo o seu negócio funcionando normalmente.
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 no varejo
Essa organização enfrentava dificuldades com intensos workloads em DB2. Eles implementaram o JOPAZ para avaliar quão eficaz ele poderia ser no processamento de jobs em lote com uso intensivo de banco de dados.
- Com um único mecanismo zIIP: eles alcançaram uma redução de 76% no uso de CPU para COBOL batch no GP.
- Com dois mecanismos zIIP: após observarem o sucesso inicial, eles adicionaram um segundo mecanismo zIIP. A economia de CPU saltou 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 batch em sequência para testar a eficiência do JOPAZ.
- O resultado: uma impressionante redução de 94,84% no uso de CPU para COBOL batch.
- O impacto: ao recuperar essas MSUs, a organização conseguiu suportar novos workloads 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 uso de 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. Com o JOPAZ, você não precisa sair da plataforma para 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 como o JOPAZ pode ajudar a recuperar recursos de processamento por meio de uma distribuição inteligente de workloads COBOL.
Por que começar do zero não é a resposta: um caminho mais inteligente para modernização de aplicações com Adabas & Natural
A modernização de aplicações legadas não requer reescrever toda uma lógica de negócios estável. Ao contrário disso, aprimore a usabilidade e a produtividade de forma estratégica enquanto preserva seus valiosos ativos de negócio.
IBM z17™: avançando com a inovação impulsionada por IA, a resiliência e o crescimento
A plataforma IBM z17 impulsiona a inovação ao integrar IA, automação avançada e segurança de nível empresarial para oferecer suporte a operações confiáveis e de missão crítica nas organizações.
A maioria dos problemas de processamento batch está relacionada a picos de demanda: o custo oculto dos gargalos em mainframes
Muitos problemas de processamento em lote (batch) em mainframes são picos de demanda, e não limitações de capacidade. Saiba como a transferência de workloads COBOL para zIIP reduz os picos de uso do GP e melhora o desempenho.