Você usa React todos os dias… e talvez esteja falando com um programa COBOL de 60 anos.

 

Bellacosa Mainframe apresenta o casamento improvavel React + Cobol

☕ Um Café no Bellacosa Mainframe

☕ React conversa com COBOL?

A arquitetura invisível que conecta Web Apps modernos ao Mainframe

Se você usa internet banking, aplicativo de seguros ou sistemas corporativos modernos, existe uma chance enorme de que, por trás daquela interface elegante construída em React, esteja rodando um programa COBOL em um mainframe.

Sim.

JavaScript moderno conversando com uma tecnologia criada nos anos 1950.

E isso não é exceção — está se tornando arquitetura padrão em grandes empresas.

---

🧭 O mito da substituição do mainframe

Durante décadas surgiu uma narrativa repetida no mercado:

“O mainframe será substituído.”

Mas o que realmente aconteceu foi algo diferente.

O que mudou não foi o core, mas sim a interface.

Hoje, a arquitetura moderna segue um padrão cada vez mais comum:

Frontend moderno (React / Angular / Mobile)
        ↓
API Gateway / Microservices
        ↓
z/OS Connect / MQ / APIs
        ↓
CICS / COBOL / DB2 no Mainframe

Ou seja:

React não substitui o mainframe.
React expõe o mainframe.

---

⚙️ A ponte tecnológica: APIs no z/OS

Ferramentas modernas permitem transformar transações tradicionais em APIs REST.

Entre elas:

• IBM z/OS Connect

• IBM API Connect

• MQ / Event Streaming

• OpenLegacy

• GraphQL gateways

Com isso, um programa COBOL pode virar algo como:

GET /api/account/12345

Que internamente chama:

CICS PROGRAM GETACCT01

Tudo sem reescrever décadas de lógica de negócio.

---

🧩 Onde o React entra na arquitetura

O React se tornou uma escolha popular porque oferece:

• UI altamente responsiva

• arquitetura baseada em componentes

• integração simples com APIs REST

• enorme ecossistema

Uma stack moderna típica pode ser:

React
Node.js / BFF
API Gateway
z/OS Connect
CICS / COBOL
DB2

Resultado:

• UX moderna

• core estável

• risco reduzido

---

📊 Curiosidade pouco conhecida

Estudos frequentemente citados no mercado indicam que:

• cerca de 90% das transações financeiras globais passam por mainframes

• grande parte dessas aplicações hoje é acessada via interfaces web modernas

Ou seja:

Quando você abre um portal moderno em React, pode estar falando com um COBOL rodando há décadas.

---

🥚 Easter eggs do mundo React + Mainframe

🥚 O padrão “Strangler Fig”

Arquitetos chamam essa estratégia de:

Strangler Fig Pattern

A ideia é:

• manter o sistema legado

• expor APIs

• construir novas interfaces ao redor.

Gradualmente, o sistema evolui sem reescrita massiva.

---

🥚 JavaScript rodando dentro do mainframe

Muita gente não sabe, mas hoje existem runtimes de:

• Node.js para z/OS

• Python para z/OS

Ou seja, JavaScript pode rodar dentro do próprio mainframe.

---

🥚 React no ecossistema mainframe

Projetos como Zowe utilizam tecnologias modernas como:

• React

• TypeScript

• APIs REST

para criar interfaces modernas para administração de ambientes z/OS.

---

☕ Comentário Bellacosa

Um erro comum é pensar que modernização significa:

substituir tudo.

Mas a realidade da engenharia de sistemas críticos é outra.

O que vemos hoje é uma arquitetura híbrida:

Interface moderna
+
Core extremamente confiável

E poucas plataformas oferecem um core tão confiável quanto o mainframe.

---

🚀 Conclusão

React e Mainframe não são concorrentes.

São camadas diferentes da mesma arquitetura.

Enquanto React cuida da experiência do usuário, o mainframe continua sendo o motor de processamento que sustenta o negócio.

Talvez o maior segredo da tecnologia corporativa moderna seja exatamente este:

O futuro da web muitas vezes roda em um computador criado há mais de meio século.

E isso diz muito sobre a engenharia por trás do Mainframe.

https://www.linkedin.com/posts/vagnerbellacosa_ibm-mainframe-cobol-activity-7436178528905248768-G-Al?utm_source=share&utm_medium=member_desktop&rcm=ACoAAAF2qx0B5Ef0IGUpO8f7SxDHV-EQ5-EMG54

https://dio.me/articles/voce-usa-react-todos-os-dias-e-talvez-esteja-falando-com-um-programa-cobol-de-60-anos-f1cdaa899115?utm_source=link&utm_campaign=mgm-voce-usa-react-todos-os-dias-e-talvez-esteja-falando-com-um-programa-cobol-de-60-anos-f1cdaa899115&utm_medium=article

 

A Maior Mentira da Modernização Mainframe: Por Que Transformar COBOL em Java Não Resolve Quase Nada

Bellacosa Mainframe o cobol nao é o problema

---

☕💣🚨 PADAWAN, O COBOL NÃO É O PROBLEMA! O VERDADEIRO MONSTRO ESTÁ ESCONDIDO DENTRO DO SISTEMA

A Maior Mentira da Modernização Mainframe: Por Que Transformar COBOL em Java Não Resolve Quase Nada

---

A Guerra Contra o COBOL

Existe uma frase que se repete há mais de 30 anos:

"Precisamos eliminar o COBOL."

O curioso é que enquanto essa frase era repetida por consultorias, vendors, CIOs e arquitetos corporativos, o COBOL continuava fazendo aquilo que sempre fez:

• pagando aposentadorias;

• processando cartões;

• calculando seguros;

• movimentando bilhões em transações;

• sustentando governos inteiros.

O COBOL nunca foi o problema.

O problema sempre foi outro:

ninguém mais sabia exatamente o que estava escondido dentro dele.

---

O Dia em Que a Empresa Descobriu Que Ninguém Entendia o Sistema

Imagine um banco.

Ele possui:

• 18 milhões de linhas COBOL;

• 4.000 jobs batch;

• 1.500 copybooks;

• centenas de tabelas DB2;

• regras de negócio escritas desde 1987.

Um consultor chega e diz:

"Vamos converter tudo para Java."

A diretoria aprova.

O projeto custa dezenas de milhões.

Três anos depois...

O sistema agora roda em Java.

E o problema continua exatamente igual.

Porque ninguém entendeu o negócio.

Apenas trocaram a sintaxe.

---

O Efeito "Jobol"

O artigo menciona um termo fantástico:

JOBOL

Java + COBOL

Código Java que continua pensando como COBOL.

Exemplo:

COBOL

IF CLIENTE-ATIVO = 'S'
   COMPUTE DESCONTO = VALOR * 0.10
END-IF

Convertido automaticamente:

if(clienteAtivo.equals("S")){
    desconto = valor * 0.10;
}

Parece moderno.

Mas pergunte:

• Por que 10%?

• Desde quando?

• Existe legislação envolvida?

• Existe exceção?

Ninguém sabe.

A lógica foi transportada.

O conhecimento não.

---

O Easter Egg Mais Perigoso do Mainframe

Todo sistema antigo possui algo parecido.

Um trecho de código aparentemente absurdo:

IF DATA = '31121999'
   MOVE ZERO TO TAXA
END-IF

O programador novo pergunta:

"Quem colocou isso?"

Ninguém sabe.

Remove.

Produção explode.

Meses depois descobrem:

Aquilo corrigia um problema de cálculo criado por uma mudança tributária em 1999.

O código era feio.

Mas carregava uma regra de negócio invisível.

---

O Mainframe Guarda Mais Conhecimento Que os Documentos

Muitas empresas acreditam que possuem documentação.

Não possuem.

Possuem:

• manuais desatualizados;

• diagramas antigos;

• apresentações esquecidas.

O verdadeiro conhecimento está em:

• COBOL;

• PL/I;

• Natural;

• JCL;

• PROC;

• CICS;

• IMS;

• DB2;

• VSAM.

O código virou documentação viva.

---

Laboratório Bellacosa

Descobrindo Conhecimento Escondido

Imagine um programa de cálculo de seguro.

Passo 1

Procure constantes misteriosas.

MOVE 0.732 TO FATOR-AJUSTE

Pergunta:

Por que 0.732?

---

Passo 2

Procure datas mágicas.

IF DATA > '01012015'

Pergunta:

O que aconteceu em 2015?

---

Passo 3

Procure exceções.

IF UF = 'SP'

Pergunta:

Por que somente São Paulo?

---

Passo 4

Converse com usuários antigos.

Muitas vezes eles sabem mais que a documentação.

---

Resultado

Você começa a reconstruir o domínio do negócio.

Exatamente o que o DDD propõe.

---

Domain Driven Design Explicado Para Mainframeiros

Muita gente acha que DDD é moda.

Na verdade, o mainframe fazia DDD sem saber.

---

Exemplo

Sistema de seguros.

Temos:

Domínio

Seguros

Subdomínio

Sinistros

Contexto delimitado

Regulação

Linguagem ubíqua

Termos que o negócio entende:

• apólice;

• prêmio;

• segurado;

• franquia;

• indenização.

---

O Erro Clássico

Código moderno:

processEntity()

Código orientado ao domínio:

aprovarIndenizacao()

Qual transmite melhor o negócio?

---

O Grande Segredo dos Batchs

Existe uma verdade inconveniente.

Muitas regras de negócio não estão nos programas.

Estão na sequência dos jobs.

---

Exemplo:

JOB001 - IMPORTA CLIENTES
JOB002 - CALCULA JUROS
JOB003 - EMITE FATURAS
JOB004 - GERA ARQUIVO BACEN

Troque a ordem.

O banco para.

O fluxo batch também é conhecimento corporativo.

---

O Perigo da Reescrita Total

Todo arquiteto sonha com:

"Vamos reescrever tudo."

Na prática:

Forças

• arquitetura limpa;

• tecnologias novas;

• documentação moderna.

Fraquezas

• altíssimo risco;

• anos de projeto;

• perda de regras escondidas.

Perigos

• divergência de cálculo;

• problemas regulatórios;

• inconsistências financeiras.

---

A Estratégia Que Mais Funciona

O artigo cita o conceito mais inteligente da modernização moderna.

Strangler Fig

A Figueira Estranguladora.

Ela cresce ao redor da árvore antiga.

Até substituí-la.

---

No Mainframe

Fase 1

COBOL continua funcionando.

Fase 2

Criamos APIs.

Fase 3

Novos sistemas consomem APIs.

Fase 4

Partes são substituídas.

Fase 5

O legado diminui gradualmente.

Sem Big Bang.

Sem suicídio corporativo.

---

Raincode: O Que Muita Gente Não Entendeu

Muitos acreditam que Raincode é uma ferramenta de migração.

Na verdade:

É uma ferramenta de sobrevivência.

Ela permite:

• retirar carga do Z;

• migrar gradualmente;

• reduzir custos;

• ganhar tempo.

Mas atenção:

Ela não resolve:

• arquitetura ruim;

• regras escondidas;

• documentação ausente.

---

A Nova Função do Especialista COBOL

Aqui está a maior mudança dos próximos anos.

O programador COBOL deixa de ser:

• mantenedor;

• bombeiro de produção;

• operador de emergência.

E passa a ser:

Arqueólogo Digital

A pessoa capaz de responder:

"Por que o sistema faz isso?"

Essa resposta vale mais que escrever código.

---

Curiosidade Histórica

Muitas regras de negócio existentes hoje foram criadas por programadores que já faleceram ou estão aposentados há décadas.

Mesmo assim:

• seus algoritmos continuam rodando;

• suas decisões continuam afetando clientes;

• suas validações continuam protegendo empresas.

Em alguns casos, o código virou literalmente um patrimônio intelectual da organização.

---

O Verdadeiro Inimigo

Não é COBOL.

Não é JCL.

Não é CICS.

Não é IMS.

Não é DB2.

O verdadeiro inimigo é:

🚨 conhecimento implícito.

Aquilo que ninguém documentou.

Aquilo que ninguém explica.

Aquilo que só existe dentro do código.

---

Conclusão Bellacosa Mainframe

O mercado passou décadas tentando responder à pergunta errada.

Perguntavam:

"Como eliminamos o COBOL?"

Quando deveriam perguntar:

"Como preservamos o conhecimento do negócio?"

Porque uma empresa pode trocar:

• COBOL por Java;

• Java por C#;

• C# por Rust;

• Rust por IA Generativa.

Mas se perder o conhecimento embutido em 40 anos de operação...

não estará modernizando.

Estará apenas reconstruindo um problema antigo com ferramentas novas.

E como todo velho operador sabe:

"Trocar a cor do terminal não muda o que acontece quando você aperta ENTER." ☕💣🚨