O paradoxo do mainframe na era digital
A narrativa de que o mainframe seria uma plataforma obsoleta não se sustenta quando olhamos para a infraestrutura das maiores economias do mundo.
Com o lançamento do IBM z17 e do processador Telum II (que integra aceleradores de IA diretamente no hardware) o mainframe reafirma sua posição como hub central para transações de altíssimo volume.
Hoje, 75% das empresas da lista Forbes e 95% dos maiores bancos e seguradoras dependem dessa tecnologia.
A modernização de mainframe, portanto, não é um processo de desligamento, mas um imperativo estratégico para sustentar o crescimento digital.
Mesmo com a expansão para a nuvem, o processamento em mainframe continua crescendo, exigindo que líderes de infraestrutura alinhem o consumo de MIPS diretamente aos resultados financeiros da organização.
Decodificando a proporcionalidade: MIPS vs. receita
Existe uma correlação direta entre a capacidade instalada de MIPS (Millions of Instructions Per Second) e o faturamento corporativo. Essa métrica permite que executivos avaliem se a infraestrutura está operando com eficiência ou se há ineficiências consumindo margem.
A tabela abaixo classifica empresas com base nessa proporcionalidade (USD):
Essa métrica é especialmente aderente ao mercado brasileiro e funciona como uma bússola para planejamento de capacidade, permitindo avaliar se o aumento no processamento reflete crescimento real de faturamento.
Eficiência operacional e o “efeito celular”
O consumo de MIPS explodiu com o chamado “efeito celular”, impulsionado pela conveniência do mobile banking e do Pix. O problema é que essa demanda criou um hiato entre custo e receita.
Consultas repetitivas de saldo e extrato operam como “consultas parasitas”: consomem recursos caros de MSU (Millions of Service Units) e aumentam a fatura do IBM MLC (Monthly License Charge) sem gerar receita direta.
Estudos indicam que o custo operacional de TI aumentou cerca de 35% nos bancos apenas para sustentar esse volume de consultas.
Sem uma estratégia rigorosa de otimização, o mainframe passa a processar essas demandas com a mesma prioridade de transações críticas, corroendo a rentabilidade de forma silenciosa.
Além da emulação: o gargalo real está no teste
O gargalo do DevOps no mainframe não está na codificação, mas na dependência de janelas de teste e na limitação das ferramentas de emulação (fake/mock/stub), que não reproduzem a complexidade real.
O Eccox APT (Application for Parallel Testing) resolve esse ponto ao utilizar contêineres reais no z/OS, permitindo:
Isolamento real: testes paralelos sem conflitos de dados ou programas
Redução de tempo: ciclos de teste reduzidos entre 70% e 80%
Autoatendimento: provisionamento de ambientes via web, sem dependência de tickets que podem levar semanas
Na prática, o ciclo passa a ser definido pelo negócio, não pela infraestrutura.
Análise de impacto e planejamento de capacidade
A necessidade de resposta rápida a mudanças regulatórias, como a migração do CNPJ para formato alfanumérico (que impacta cerca de 140.000 programas), expõe outro ponto crítico: a análise de impacto.
Enquanto levantamentos manuais levam semanas, o Eccox Discovery identifica impactos em segundos, permitindo uma visão estruturada de projeto e planejamento de sprints com precisão.
Esse nível de previsibilidade não é apenas eficiência operacional, é mitigação de risco. Casos de falhas em produção já geraram prejuízos milionários em um único dia por falta de validação adequada.
Prova de valor: Bradesco e Itaú
Os resultados mostram que não se trata de teoria.
Bradesco (Projeto BIN 8 dígitos): redução de 88% no tempo de entrega e 87% no provisionamento de ambiente
Itaú: redução de 60% nas fases de teste e ganho de 25% no time-to-market
Eficiência operacional: um processo que exigia 3 especialistas por 4 semanas (480 horas) passou a ser executado em cerca de 2 horas
ROI: em ambientes complexos, o investimento pode se pagar entre 6 e 8 meses
Não é otimização incremental, é mudança estrutural.
Estratégia de modernização: antes de migrar, otimizar
A modernização eficiente exige clareza sobre o caminho para a nuvem híbrida:
Refatoração automatizada (ex: AWS Blu Age): conversão de código legado para linguagens modernas
Replatforming (ex: Rocket Software): transformação de workloads em serviços escaláveis
Estratégia Eccox (otimização pré-migração): redução do consumo de MIPS antes ou durante a migração, evitando transferir ineficiências para a nuvem
Aqui está o ponto crítico: migrar sem otimizar é apenas deslocar custo.
O mainframe não é um custo a ser eliminado, mas um ativo de alta performance que exige gestão moderna.
Modernizar não significa sair do mainframe, mas integrá-lo a uma estratégia onde a infraestrutura responde à velocidade do negócio.
Maximizar o valor de cada MIPS, eliminar gargalos de teste e proteger margens deixou de ser otimização, passou a ser condição de sustentabilidade.
A modernização de mainframe, nesse contexto, não é uma escolha técnica. É uma decisão de negócio.
Se o consumo de MIPS já não acompanha o valor gerado pelo negócio, talvez o problema não esteja na capacidade, mas na forma como ela está sendo utilizada.
About Post Author
