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 abordagem: 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:
- Identificação: Identificar batch de trabalho 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 Java Virtual Machine (JVM), tornando a carga de trabalho apta a ser processada pelo engine zIIP.
- 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 zIIP Engine: Foi alcançadouma redução de 76%no uso da CPU de COBOL no GP.
- With Two zIIP Engines: After seeing the initial success, they added a second zIIP engine. The CPU savings jumped to 92.9%.
- The Impact: Even with heavy SQL calls, JOPAZ was able to leverage the zIIP engine not just for the executable itself, but for the associated DB2 SQL processing.
Case Study 2: North American Member-Service Organization
For this large automotive and financial services provider, containing costs was a top priority. They ran two batch streams in sequence to test JOPAZ’s efficiency.
- The Result: An impressive 94.84% reduction in batch COBOL CPU usage.
- The Impact: By reclaiming these MSUs, the organization was able to support new workloads with their existing processing resources.
Security and Integration
One of the most common questions regarding JOPAZ is how it interacts with existing mainframe security. JOPAZ is built to be a good citizen of the mainframe ecosystem:
- Data Access: Uses already in place Db2, VSAM and Adabas Security mechanisms implemented.
- Security: It leverages the Java security model while remaining fully compliant with standard mainframe security managers like RACF, TopSecret, and ACF2.
- Operational Flow: Because it uses standard JCL (Job Control Language) to trigger the JVM execution, it fits seamlessly into existing scheduling and operations workflows.
Phased Implementation
Start with a single, resource-heavy application, prove the impact of capacity savings, and then expand to other areas of the business. This phased approach eliminates the unpredictability of traditional modernization.
Unlock the Power You Already Own
The mainframe remains the gold standard for stability, security, and enterprise transaction volume. With JOPAZ, you don’t have to leave the platform to modernize. You can reclaim your capacity, hit your SLAs, and dramatically reduce your CPU usage—all while keeping your COBOL code exactly where it belongs.
Saiba mais about how JOPAZ can help you reclaim processing resources with smart COBOL workload distribution.