{"id":2162,"date":"2026-08-10T14:18:09","date_gmt":"2026-08-10T17:18:09","guid":{"rendered":"https:\/\/jrtx.com.br\/blog\/2026\/08\/10\/mainframe-ibm-em-2026-por-que-o-z17-ainda-sustenta-o-mundo-f\/"},"modified":"2026-08-10T14:18:09","modified_gmt":"2026-08-10T17:18:09","slug":"mainframe-ibm-em-2026-por-que-o-z17-ainda-sustenta-o-mundo-f","status":"publish","type":"post","link":"https:\/\/jrtx.com.br\/blog\/2026\/08\/10\/mainframe-ibm-em-2026-por-que-o-z17-ainda-sustenta-o-mundo-f\/","title":{"rendered":"Mainframe IBM em 2026: por que o z17 ainda sustenta o mundo financeiro"},"content":{"rendered":"

Quando se fala em IBM Red Hat infraestrutura<\/strong>, a primeira imagem que vem \u00e0 mente costuma ser containers OpenShift rodando em nuvem h\u00edbrida, clusters Kubernetes escalando workloads de IA ou automa\u00e7\u00e3o com Ansible. Mas h\u00e1 uma pe\u00e7a silenciosa \u2014 e absolutamente central \u2014 nesse quebra-cabe\u00e7a: o mainframe IBM Z<\/strong>. Em 2026, com o lan\u00e7amento do z17<\/strong>, a plataforma que processa 70% das transa\u00e7\u00f5es financeiras globais por valor ganhou capacidades de infer\u00eancia de IA on-chip, integra\u00e7\u00e3o profunda com o ecossistema Red Hat e um argumento de moderniza\u00e7\u00e3o que desafia a narrativa de “legado ultrapassado”. Bancos centrais, bolsas de valores, seguradoras e varejistas de miss\u00e3o cr\u00edtica n\u00e3o apenas mant\u00eam seus mainframes: eles est\u00e3o expandindo esses ambientes. A pergunta correta n\u00e3o \u00e9 “por que o mainframe ainda existe”, mas sim “por que ele se tornou mais relevante do que nunca”.<\/p>\n

O contexto de 2026 \u00e9 particularmente desafiador para arquitetos de infraestrutura. De um lado, a explos\u00e3o da IA generativa empresarial<\/strong> pressiona os data centers com demandas de infer\u00eancia em tempo real \u2014 e ningu\u00e9m quer mover petabytes de dados transacionais para a nuvem p\u00fablica para rodar um modelo de detec\u00e7\u00e3o de fraude que precisa responder em milissegundos. De outro, as regulamenta\u00e7\u00f5es de soberania de dados<\/strong> \u2014 incluindo a LGPD no Brasil e o EU AI Act na Europa \u2014 exigem que informa\u00e7\u00f5es financeiras e pessoais permane\u00e7am em ambientes rigidamente controlados. \u00c9 exatamente nesse cruzamento entre lat\u00eancia ultrabaixa, seguran\u00e7a inquebr\u00e1vel e governan\u00e7a de dados que o mainframe IBM Z se posiciona como plataforma estrat\u00e9gica \u2014 e n\u00e3o como rel\u00edquia.<\/p>\n

A IBM Corporation<\/strong>, fundada em 1911 e hoje com aproximadamente 280 mil funcion\u00e1rios, estruturou sua estrat\u00e9gia corporativa em dois pilares: nuvem h\u00edbrida<\/strong> \u2014 centrada no Red Hat OpenShift \u2014 e IA empresarial<\/strong> \u2014 materializada na plataforma watsonx. A aquisi\u00e7\u00e3o da Red Hat em 2019 por US$ 34 bilh\u00f5es n\u00e3o foi um movimento de software qualquer: foi a compra do sistema operacional da nuvem corporativa. E o mainframe, longe de ser um corpo estranho nessa estrat\u00e9gia, foi progressivamente integrado a esse ecossistema. O z\/OS<\/strong> hoje conversa com o OpenShift<\/strong> via operadores Kubernetes; cargas COBOL s\u00e3o modernizadas para Java com watsonx Code Assistant for Z<\/strong>; e o IBM z17<\/strong>, lan\u00e7ado em 2025, traz o acelerador de IA Spyre<\/strong> diretamente no chip, executando infer\u00eancia de modelos de machine learning na mesma transa\u00e7\u00e3o que trafega por CICS ou IMS.<\/p>\n

Este post \u00e9 um mergulho t\u00e9cnico e direto na infraestrutura de miss\u00e3o cr\u00edtica que sustenta a economia digital. Vamos desmontar o funcionamento do z17 com processador Telum II, explicar por que a infer\u00eancia on-chip muda o jogo para bancos, detalhar como o LinuxONE 5<\/strong> consolida milhares de servidores x86 em um \u00fanico frame com efici\u00eancia energ\u00e9tica radical, e mostrar como a integra\u00e7\u00e3o com IBM Red Hat infraestrutura<\/strong> \u2014 OpenShift, Ansible, Terraform e Vault \u2014 transforma o mainframe em uma pe\u00e7a de nuvem h\u00edbrida como qualquer outra, s\u00f3 que com atributos de disponibilidade que nenhum hyperscaler consegue igualar. Se voc\u00ea \u00e9 um profissional de TI que ainda v\u00ea o mainframe como um dinossauro, prepare-se para recalibrar seus conceitos.<\/p>\n

A nova face do mainframe: IBM z17, processador Telum II e o acelerador de IA Spyre<\/h3>\n

O IBM z17<\/strong> representa a s\u00e9tima gera\u00e7\u00e3o da arquitetura Z desde a virada do mil\u00eanio e a primeira a incorporar o conceito de IA transacional on-chip<\/strong> como caracter\u00edstica-padr\u00e3o \u2014 n\u00e3o como acelerador opcional. Seu cora\u00e7\u00e3o \u00e9 o processador Telum II<\/strong>, uma evolu\u00e7\u00e3o do Telum original que j\u00e1 havia introduzido infer\u00eancia integrada em 2022. O Telum II dobra a capacidade do acelerador de IA dedicado, chamado Spyre<\/strong>, que fica fisicamente acoplado ao pipeline de execu\u00e7\u00e3o de cada core. Isso significa que uma instru\u00e7\u00e3o de infer\u00eancia \u2014 digamos, calcular a probabilidade de uma transa\u00e7\u00e3o com cart\u00e3o de cr\u00e9dito ser fraudulenta \u2014 \u00e9 despachada para o Spyre dentro do mesmo ciclo de clock da transa\u00e7\u00e3o<\/em>, sem jamais sair do socket, sem cruzar barramento PCIe e sem depender de GPU externa.<\/p>\n

Do ponto de vista arquitetural, o Spyre \u00e9 um acelerador de matriz sist\u00f3lica otimizado para infer\u00eancia de baixa lat\u00eancia<\/strong> com precis\u00e3o INT8 e FP16. Ele n\u00e3o compete com GPUs de treinamento como as NVIDIA H100 ou as pr\u00f3ximas Blackwell; sua fun\u00e7\u00e3o \u00e9 outra: executar milh\u00f5es de infer\u00eancias por segundo<\/strong> com lat\u00eancia de microssegundos, diretamente no caminho dos dados transacionais. Para um banco que processa dezenas de milhares de transa\u00e7\u00f5es por segundo (TPS) em picos como Black Friday, isso elimina a necessidade de fazer chamadas de rede para um microsservi\u00e7o de ML externo \u2014 cada milissegundo conta quando o cliente est\u00e1 no caixa e o sistema precisa autorizar ou negar a compra em tempo real.<\/p>\n

O Telum II tamb\u00e9m incorpora um cache L2 de 64 MB por chip e um design de interconex\u00e3o em anel bidirecional que permite comunica\u00e7\u00e3o de lat\u00eancia extremamente baixa entre cores e entre drawers. A mem\u00f3ria cache virtualizada (chamada Virtual L3<\/strong>) pode atingir centenas de megabytes, o que \u00e9 particularmente relevante para bancos de dados transacionais como Db2 for z\/OS e IMS, onde tabelas de lookup de fraude ou scoring de risco precisam estar residentes em cache para evitar acessos a storage. O z17 suporta at\u00e9 256 cores configur\u00e1veis<\/strong> por sistema, com possibilidade de ativar sub-capacidade via LPARs<\/strong> (Logical Partitions) com granularidade de fra\u00e7\u00e3o de core \u2014 algo que nenhum servidor x86 oferece nativamente.<\/p>\n

Para operadores de infraestrutura acostumados com a linguagem do mundo distribu\u00eddo, vale uma analogia: o z17 \u00e9 como se voc\u00ea tivesse um cluster Kubernetes onde cada n\u00f3 viesse com um TPU integrado, lat\u00eancia de rede entre n\u00f3s medida em nanossegundos, criptografia total de dados em uso, e um hipervisor certificado EAL5+ capaz de particionar recursos com precis\u00e3o de 1% de CPU. S\u00f3 que isso roda em um \u00fanico frame de 19 polegadas, com duas fontes redundantes e zero downtime planejado h\u00e1 d\u00e9cadas.<\/p>\n

Por que o mainframe sobrevive \u2014 e prospera \u2014 em 2026<\/h3>\n

A sobreviv\u00eancia do mainframe n\u00e3o \u00e9 uma quest\u00e3o de in\u00e9rcia tecnol\u00f3gica ou resist\u00eancia a mudan\u00e7as. \u00c9 uma equa\u00e7\u00e3o de engenharia que envolve disponibilidade cont\u00ednua<\/strong>, integridade transacional<\/strong> e economia de escala em cargas est\u00e1veis<\/strong>. O z\/OS foi projetado desde os anos 1960 com um conceito que o mundo x86 s\u00f3 come\u00e7ou a arranhar com o Kubernetes: toler\u00e2ncia total a falhas de hardware sem interrup\u00e7\u00e3o de servi\u00e7o<\/strong>. No z17, \u00e9 poss\u00edvel trocar um livro de mem\u00f3ria, um canal de I\/O ou at\u00e9 mesmo um processador inteiro com o sistema rodando \u2014 e as transa\u00e7\u00f5es em andamento simplesmente n\u00e3o percebem. Nenhum hyperscaler oferece isso; o que eles oferecem \u00e9 redund\u00e2ncia de inst\u00e2ncias e regi\u00f5es, o que resolve muitos casos, mas n\u00e3o todos.<\/p>\n

Outro fator determinante \u00e9 a consist\u00eancia forte<\/strong> do modelo transacional. Em ambientes distribu\u00eddos, garantir ACID (Atomicidade, Consist\u00eancia, Isolamento e Durabilidade) em escala global \u00e9 um problema de pesquisa ainda em aberto \u2014 o protocolo Spanner do Google \u00e9 uma exce\u00e7\u00e3o not\u00e1vel, mas com custos e restri\u00e7\u00f5es de lat\u00eancia consider\u00e1veis. No z\/OS, transa\u00e7\u00f5es CICS ou IMS s\u00e3o at\u00f4micas por constru\u00e7\u00e3o, com journaling s\u00edncrono e capacidade de rollback em cascata que protege a integridade dos dados mesmo em cen\u00e1rios de falha de energia ou corrup\u00e7\u00e3o de storage. Para um banco que processa transfer\u00eancias SWIFT, pagamentos PIX (no Brasil) ou liquida\u00e7\u00e3o de opera\u00e7\u00f5es na B3, perder uma \u00fanica transa\u00e7\u00e3o \u00e9 inaceit\u00e1vel \u2014 e pode gerar passivos regulat\u00f3rios de milh\u00f5es de d\u00f3lares.<\/p>\n

A criptografia pervasiva<\/strong> \u00e9 outro diferencial silencioso. Desde o z14, a IBM oferece pervasive encryption<\/strong>: a capacidade de criptografar todos os dados em repouso e em tr\u00e2nsito sem impacto percept\u00edvel de performance, gra\u00e7as a aceleradores criptogr\u00e1ficos em hardware (CPACF e Crypto Express). No z17, essa capacidade foi estendida para suportar os primeiros algoritmos de criptografia p\u00f3s-qu\u00e2ntica (PQC)<\/strong>, antecipando o momento em que computadores qu\u00e2nticos com capacidade de quebrar RSA e ECC se tornarem uma amea\u00e7a real. O IBM Guardium<\/strong> gerencia essas pol\u00edticas de criptografia e fornece trilhas de auditoria imut\u00e1veis \u2014 algo que a LGPD e o Marco Civil da Internet no Brasil exigem para dados financeiros e pessoais.<\/p>\n

No ecossistema de IBM Red Hat infraestrutura<\/strong>, o mainframe n\u00e3o \u00e9 mais uma ilha isolada. Operadores podem gerenciar LPARs do z\/OS usando Ansible Automation Platform<\/strong>, provisionar recursos de storage com Terraform<\/strong> (via provedores IBM Z), e expor transa\u00e7\u00f5es CICS como APIs RESTful que s\u00e3o consumidas por aplica\u00e7\u00f5es rodando em OpenShift<\/strong> \u2014 tudo isso com segredos gerenciados pelo HashiCorp Vault<\/strong>, agora parte do portf\u00f3lio IBM. O resultado \u00e9 uma malha de computa\u00e7\u00e3o onde o mainframe \u00e9 tratado como mais um n\u00f3 \u2014 s\u00f3 que um n\u00f3 que n\u00e3o cai, n\u00e3o perde dados e processa 30 mil transa\u00e7\u00f5es por segundo sem suar.<\/p>\n

LinuxONE 5: consolida\u00e7\u00e3o radical com alma de mainframe e pulso de IBM Red Hat infraestrutura<\/h3>\n

Se o z\/OS \u00e9 a alma hist\u00f3rica do mainframe, o LinuxONE<\/strong> \u00e9 sua face moderna e abertamente linuxista. O LinuxONE 5<\/strong>, baseado no mesmo hardware do z17, \u00e9 um servidor que roda exclusivamente Linux \u2014 distribui\u00e7\u00f5es como Red Hat Enterprise Linux (RHEL)<\/strong>, SUSE Linux Enterprise Server e Ubuntu Server \u2014 com todas as propriedades de RAS (Reliability, Availability, Serviceability) do mainframe. A proposta de valor \u00e9 cristalina: consolidar milhares de servidores x86 em um \u00fanico frame, reduzindo drasticamente o footprint de data center, o consumo energ\u00e9tico e a complexidade operacional.<\/p>\n

Os n\u00fameros impressionam. Um \u00fanico frame de LinuxONE 5 pode hospedar milhares de inst\u00e2ncias Linux<\/strong> em LPARs ou m\u00e1quinas virtuais KVM \u2014 sim, o KVM foi portado para s390x e roda nativamente sobre o hipervisor PR\/SM. A IBM documenta casos de clientes que consolidaram 3.400 servidores x86 em um \u00fanico LinuxONE<\/strong>, com redu\u00e7\u00e3o de 75% no consumo de energia e 50% no custo total de propriedade (TCO) ao longo de cinco anos. Para operadores de nuvem privada que j\u00e1 usam Red Hat OpenShift<\/strong>, o LinuxONE \u00e9 um n\u00f3 worker como qualquer outro: o OpenShift Container Platform tem suporte oficial \u00e0 arquitetura s390x, e clusters h\u00edbridos podem combinar n\u00f3s x86 e s390x sob o mesmo plano de controle.<\/p>\n

O caso de uso mais eloquente para o LinuxONE 5 em 2026 \u00e9 a consolida\u00e7\u00e3o de workloads de banco de dados<\/strong>. Empresas que rodam dezenas de inst\u00e2ncias de PostgreSQL, MySQL, MariaDB ou MongoDB em servidores x86 fragmentados podem migrar essas bases para um LinuxONE rodando Db2 for Linux<\/strong> ou os pr\u00f3prios bancos open-source, com lat\u00eancia de I\/O drasticamente menor gra\u00e7as aos canais FICON e ao subsistema de storage integrado. O IBM FlashSystem<\/strong> conectado via FICON ou NVMe-over-Fibre Channel entrega lat\u00eancias de armazenamento na casa das dezenas de microssegundos \u2014 algo imposs\u00edvel em arquiteturas de storage desagregado baseadas em Ethernet.<\/p>\n

Para times de DevOps que operam sob a bandeira de IBM Red Hat infraestrutura<\/strong>, o LinuxONE 5 \u00e9 gerenci\u00e1vel via pipelines GitOps. Com o Red Hat Advanced Cluster Management<\/strong>, \u00e9 poss\u00edvel aplicar pol\u00edticas de configura\u00e7\u00e3o, monitoramento e compliance a n\u00f3s LinuxONE da mesma forma que se aplica a n\u00f3s AWS ou Azure. O Turbonomic<\/strong>, ferramenta de otimiza\u00e7\u00e3o de recursos da IBM, analisa continuamente a utiliza\u00e7\u00e3o e recomenda rightsizing de LPARs \u2014 economizando ciclos de CPU que, em um ambiente x86, simplesmente seriam desperdi\u00e7ados. Na JRT Technology Solutions, implementamos clusters OpenShift em LinuxONE para clientes do setor financeiro que precisam de consolida\u00e7\u00e3o com zero surpresas de lat\u00eancia. A experi\u00eancia mostra que a curva de aprendizado do time de infraestrutura \u00e9 menor do que se imagina \u2014 especialmente quando o ambiente j\u00e1 est\u00e1 instrumentado com Ansible e pipelines de CI\/CD.<\/p>\n

Infer\u00eancia de IA transacional: o acelerador Spyre em detalhes<\/h3>\n

Vamos abrir a caixa-preta do Spyre Accelerator<\/strong>. Trata-se de um bloco de hardware dedicado dentro do processador Telum II, projetado especificamente para infer\u00eancia de redes neurais profundas (DNN)<\/strong> com lat\u00eancia determin\u00edstica. Cada core do Telum II tem seu pr\u00f3prio Spyre, e todos operam em paralelo. O acelerador suporta opera\u00e7\u00f5es de multiplica\u00e7\u00e3o de matrizes com precis\u00e3o INT8, FP16 e FP32<\/strong>, cobrindo a maioria dos modelos usados em scoring de risco, detec\u00e7\u00e3o de fraude, an\u00e1lise de sentimento em intera\u00e7\u00f5es de chatbot e classifica\u00e7\u00e3o de transa\u00e7\u00f5es.<\/p>\n

O modelo de programa\u00e7\u00e3o \u00e9 integrado ao IBM Deep Learning Compiler<\/strong>, que aceita modelos exportados de frameworks como TensorFlow, PyTorch e ONNX, otimiza-os para a arquitetura Spyre e gera c\u00f3digo execut\u00e1vel diretamente no z\/OS ou Linux on Z. N\u00e3o \u00e9 necess\u00e1rio reescrever o modelo; o compilador cuida da quantiza\u00e7\u00e3o, fus\u00e3o de camadas e aloca\u00e7\u00e3o de mem\u00f3ria. O resultado \u00e9 que um modelo treinado em uma GPU NVIDIA no data center ou na nuvem pode ser implantado no Spyre com um pipeline de MLOps que passa por watsonx.ai<\/strong> para versionamento e watsonx.governance<\/strong> para valida\u00e7\u00e3o de compliance \u2014 antes de ser empurrado para produ\u00e7\u00e3o no z17.<\/p>\n

O impacto em cen\u00e1rios reais \u00e9 contundente. Um grande banco brasileiro, processando picos de 15 mil transa\u00e7\u00f5es de cart\u00e3o de cr\u00e9dito por segundo, consegue executar infer\u00eancia de fraude em cada uma delas com lat\u00eancia adicional inferior a 1 milissegundo<\/strong> \u2014 comparado a 20-30 milissegundos se a infer\u00eancia fosse feita via chamada gRPC para um servi\u00e7o externo de ML rodando em Kubernetes. Em um ano, essa diferen\u00e7a representa milh\u00f5es de transa\u00e7\u00f5es que n\u00e3o sofrem timeout, milhares de falsos positivos evitados e uma experi\u00eancia de cliente sem atritos na ponta do caixa.<\/p>\n

Al\u00e9m de fraude, o Spyre est\u00e1 sendo usado para scoring de cr\u00e9dito em tempo real<\/strong> (aprova\u00e7\u00e3o de empr\u00e9stimos em milissegundos), detec\u00e7\u00e3o de anomalias em pagamentos instant\u00e2neos<\/strong> (como PIX no Brasil) e manuten\u00e7\u00e3o preditiva de ativos de rede<\/strong> em telecomunica\u00e7\u00f5es \u2014 caso em que os eventos de rede chegam ao mainframe via Kafka rodando em Linux on Z e s\u00e3o classificados pelo Spyre antes de gerar alertas. A integra\u00e7\u00e3o com watsonx Orchestrate<\/strong> permite que esses alertas disparem fluxos de automa\u00e7\u00e3o em sistemas de field service, fechando o ciclo de IA em minutos, n\u00e3o horas.<\/p>\n\n\n\n\n\n\n\n\n\n\n\n
Caracter\u00edstica<\/th>\nIBM z16 (Telum I)<\/th>\nIBM z17 (Telum II)<\/th>\n<\/tr>\n<\/thead>\n
Processador<\/td>\nTelum \u2013 5 nm, at\u00e9 32 cores por chip<\/td>\nTelum II \u2013 4 nm, at\u00e9 48 cores por chip<\/td>\n<\/tr>\n
Acelerador de IA<\/td>\nSpyre 1.0 \u2013 6 TFLOPS (FP16) por chip<\/td>\nSpyre 2.0 \u2013 14 TFLOPS (FP16) por chip<\/td>\n<\/tr>\n
Cache L2<\/td>\n32 MB por chip<\/td>\n64 MB por chip<\/td>\n<\/tr>\n
Capacidade m\u00e1xima de mem\u00f3ria<\/td>\n40 TB<\/td>\n64 TB (expans\u00edvel com CXL)<\/td>\n<\/tr>\n
Criptografia<\/td>\nPervasive Encryption + PQC-ready<\/td>\nPervasive Encryption + PQC NIST N\u00edvel 5<\/td>\n<\/tr>\n
M\u00e1ximo de LPARs<\/td>\n40<\/td>\n85<\/td>\n<\/tr>\n
Suporte a CXL<\/td>\nN\u00e3o<\/td>\nSim \u2013 CXL 2.0 (mem\u00f3ria, cache, pooling)<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Integra\u00e7\u00e3o com IBM Red Hat infraestrutura: OpenShift, Ansible e a malha de nuvem h\u00edbrida<\/h3>\n

A integra\u00e7\u00e3o do mainframe com o ecossistema IBM Red Hat infraestrutura<\/strong> n\u00e3o \u00e9 cosm\u00e9tica \u2014 \u00e9 arquitetural. O Red Hat OpenShift 4.18<\/strong> suporta oficialmente a arquitetura s390x como plataforma de n\u00f3s worker e, em configura\u00e7\u00f5es espec\u00edficas, de n\u00f3s master. Isso significa que um cluster OpenShift pode ser composto por n\u00f3s x86 rodando em VMware, n\u00f3s ARM em AWS Graviton e n\u00f3s s390x no LinuxONE<\/strong> ou em LPARs do z\/OS via zCX (z\/OS Container Extensions) \u2014 todos gerenciados pelo mesmo plano de controle. O operador de Cluster Resource Override ajusta automaticamente as requisi\u00e7\u00f5es de CPU e mem\u00f3ria para corresponder \u00e0s capacidades de cada arquitetura.<\/p>\n

Na pr\u00e1tica, isso permite cen\u00e1rios arquiteturais h\u00edbridos extremamente poderosos. Uma aplica\u00e7\u00e3o moderna de banco digital, por exemplo, pode ter seu front-end React rodando em containers no OpenShift sobre x86 na nuvem AWS, APIs de neg\u00f3cio em microsservi\u00e7os Quarkus no OpenShift sobre LinuxONE, e transa\u00e7\u00f5es de backend em CICS no z\/OS \u2014 tudo isso orquestrado por uma malha de servi\u00e7os que usa Istio<\/strong>, nativo do OpenShift Service Mesh, com inje\u00e7\u00e3o de sidecar Envoy at\u00e9 mesmo nos containers zCX. O HashiCorp Consul<\/strong> (agora parte da IBM) gerencia o service discovery entre os mundos mainframe e cloud-native, permitindo que uma chamada de API iniciada em um pod no EKS da AWS chegue a um programa COBOL em CICS com lat\u00eancia total inferior a 50 ms.<\/p>\n

A automa\u00e7\u00e3o \u00e9 o tecido conjuntivo dessa arquitetura. O Ansible Automation Platform 2.6<\/strong> inclui m\u00f3dulos certificados para z\/OS \u2014 \u00e9 poss\u00edvel escrever playbooks que criam LPARs, provisionam volumes de storage no IBM Storage Scale<\/strong>, configuram filas CICS e at\u00e9 mesmo iniciam jobs batch. Times de SRE (Site Reliability Engineering) podem incluir tarefas de mainframe nos mesmos pipelines de GitLab ou GitHub Actions que usam para microsservi\u00e7os, reduzindo a depend\u00eancia de especialistas z\/OS para tarefas operacionais rotineiras. A JRT Technology Solutions utiliza exatamente essa abordagem em projetos de moderniza\u00e7\u00e3o: encapsulamos opera\u00e7\u00f5es de mainframe em playbooks Ansible e templates de Terraform, permitindo que times DevOps gerenciem o ambiente Z sem precisar aprender JCL ou REXX.<\/p>\n

Outro componente fundamental da malha \u00e9 o IBM Cloud Satellite<\/strong>, que estende a experi\u00eancia de nuvem p\u00fablica da IBM para qualquer infraestrutura \u2014 incluindo o mainframe. Com o Satellite, \u00e9 poss\u00edvel provisionar servi\u00e7os de nuvem como bancos de dados gerenciados, filas de mensagens e pipelines de IA diretamente no z17 ou LinuxONE, com controle de governan\u00e7a centralizado e pol\u00edticas de compliance unificadas. Para empresas que operam sob a LGPD, isso significa que dados jamais saem do data center on-premises, mas ainda assim podem ser processados por servi\u00e7os de IA como watsonx.ai<\/strong> rodando localmente no mesmo hardware \u2014 sem tr\u00e1fego de dados para a nuvem p\u00fablica.<\/p>\n

Moderniza\u00e7\u00e3o de legado: COBOL para Java com watsonx Code Assistant for Z<\/h3>\n

O elefante na sala do mainframe sempre foi o COBOL<\/strong>. Estima-se que existam entre 200 e 800 bilh\u00f5es de linhas de c\u00f3digo COBOL em produ\u00e7\u00e3o no mundo, sustentando sistemas de core banking, seguros, governo e sa\u00fade. O desafio n\u00e3o \u00e9 que COBOL seja uma linguagem ruim \u2014 ela \u00e9 excepcionalmente boa para processamento transacional em lote e tem uma sem\u00e2ntica de aritm\u00e9tica decimal fixa que Java at\u00e9 hoje n\u00e3o replica nativamente. O problema \u00e9 a escassez de desenvolvedores dispostos a programar nela e a dificuldade de integr\u00e1-la a ecossistemas modernos de CI\/CD, observabilidade e testes automatizados.<\/p>\n

O watsonx Code Assistant for Z<\/strong> \u00e9 a resposta da IBM a esse dilema. Trata-se de uma ferramenta baseada em IA generativa \u2014 especificamente um modelo Granite<\/strong> fine-tunado para compreens\u00e3o de COBOL e gera\u00e7\u00e3o de Java \u2014 que analisa o c\u00f3digo-fonte COBOL, entende sua l\u00f3gica de neg\u00f3cio (n\u00e3o apenas a sintaxe) e gera um equivalente funcional em Java 21<\/strong>, incluindo classes, m\u00e9todos, anota\u00e7\u00f5es JPA para persist\u00eancia e testes unit\u00e1rios JUnit. O processo n\u00e3o \u00e9 uma tradu\u00e7\u00e3o linha a linha, mas uma refatora\u00e7\u00e3o sem\u00e2ntica<\/strong> que preserva a inten\u00e7\u00e3o do c\u00f3digo original.<\/p>\n

O fluxo de trabalho \u00e9 o seguinte: o assistente vasculha o reposit\u00f3rio de c\u00f3digo-fonte (geralmente em bibliotecas PDS no z\/OS ou Git), identifica programas COBOL candidatos \u00e0 moderniza\u00e7\u00e3o, e sugere uma ordem de migra\u00e7\u00e3o baseada em depend\u00eancias e complexidade ciclom\u00e1tica. O desenvolvedor revisa o c\u00f3digo Java gerado, ajusta regras de neg\u00f3cio espec\u00edficas, e o resultado \u00e9 empacotado como um container ou um JAR que roda no OpenShift<\/strong> \u2014 inclusive em n\u00f3s s390x, se o objetivo for manter a carga no mainframe sem reescrever em COBOL. O assistente tamb\u00e9m gera testes de regress\u00e3o<\/strong> que comparam a sa\u00edda do programa Java com a sa\u00edda do COBOL original para os mesmos inputs, garantindo equival\u00eancia funcional.<\/p>\n

Grandes bancos brasileiros est\u00e3o utilizando o watsonx Code Assistant for Z para modernizar sistemas de processamento de PIX, cr\u00e9dito consignado e folha de pagamento \u2014 \u00e1reas onde o COBOL ainda reina, mas a press\u00e3o por APIs RESTful, integra\u00e7\u00e3o com fintechs e suporte a Open Finance exige stacks mais flex\u00edveis. O assistente n\u00e3o elimina a necessidade de conhecer a l\u00f3gica de neg\u00f3cio \u2014 isso continua sendo dom\u00ednio dos analistas e arquitetos \u2014, mas reduz em 60 a 70%<\/strong> o esfor\u00e7o de codifica\u00e7\u00e3o e teste, segundo dados internos da IBM Consulting. Na JRT Technology Solutions, atuamos como integradores nesse processo: preparamos o pipeline de CI\/CD, configuramos os ambientes de homologa\u00e7\u00e3o em OpenShift e garantimos que a governan\u00e7a de c\u00f3digo \u2014 com SonarQube<\/strong> e watsonx.governance<\/strong> \u2014 esteja em conformidade com as pol\u00edticas de seguran\u00e7a da institui\u00e7\u00e3o.<\/p>\n

Storage empresarial: FlashSystem, snapshots imut\u00e1veis e o air-gap definitivo com fitas LTO<\/h3>\n

Nenhuma discuss\u00e3o sobre infraestrutura de miss\u00e3o cr\u00edtica est\u00e1 completa sem o storage \u2014 e aqui a IBM tem um portf\u00f3lio que complementa o mainframe de forma simbi\u00f3tica. O IBM FlashSystem<\/strong> \u00e9 a linha de storage all-flash de alta performance, projetada para lat\u00eancias consistentes abaixo de 100 microssegundos e com recursos de prote\u00e7\u00e3o anti-ransomware<\/strong> que s\u00e3o cada vez mais vitais em um cen\u00e1rio de ataques cibern\u00e9ticos direcionados a infraestrutura de dados.<\/p>\n

O recurso mais relevante para ambientes mainframe \u00e9 o IBM Safeguarded Copy<\/strong>, que cria snapshots imut\u00e1veis de volumes de dados em intervalos configur\u00e1veis. Esses snapshots n\u00e3o podem ser alterados ou deletados \u2014 nem pelo administrador de storage, nem por um atacante com credenciais privilegiadas<\/p>\n

\n

Sua empresa quer aproveitar o ecossistema IBM e Red Hat?<\/p>\n

A JRT Technology Solutions implementa e gerencia solu\u00e7\u00f5es IBM \u2014 Linux, OpenShift, automa\u00e7\u00e3o, IA e infraestrutura para empresas que exigem miss\u00e3o cr\u00edtica.<\/p>\n


\n <\/svg>
\n Falar com especialista
\n <\/a>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

Quando se fala em IBM Red Hat infraestrutura, a primeira imagem que vem \u00e0 mente costuma ser containers OpenShift rodando em nuvem h\u00edbrida, clusters Kubernetes escalando workloads de IA ou automa\u00e7\u00e3o com Ansible. Mas h\u00e1 uma pe\u00e7a silenciosa \u2014 e absolutamente central \u2014 nesse quebra-cabe\u00e7a: o mainframe IBM Z. Em 2026, com o lan\u00e7amento do … Ler mais<\/a><\/p>\n","protected":false},"author":1,"featured_media":2161,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"iawp_total_views":1,"footnotes":""},"categories":[2525],"tags":[3283],"class_list":["post-2162","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ibm","tag-ibm-red-hat-infrastructure"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t