☕ Um Café no Bellacosa Mainframe
Gostou do conteúdo? Ajude a manter o café quente, o COBOL compilando e o mainframe acordado. 😄
☕ Pague um café ao Bellacosa

Translate

Mostrar mensagens com a etiqueta APIs REST. Mostrar todas as mensagens
Mostrar mensagens com a etiqueta APIs REST. Mostrar todas as mensagens

segunda-feira, 6 de julho de 2026

IA Generativa Muito Além do ChatGPT - Parte II

Bellacosa Mainfram apresenta ia generativa

☕ Um Café no Bellacosa Mainframe

IA Generativa Muito Além do ChatGPT

O Que Todo Programador COBOL Padawan Precisa Saber Sobre RAG, MCP, watsonx, IBM Z, CICS, Db2, APIs e Como a Inteligência Artificial Está Transformando os Sistemas Mais Críticos do Mundo (Parte 2)

"A tecnologia muda. Os princípios permanecem. Empresas não sobrevivem porque adotam modismos, mas porque conseguem evoluir preservando aquilo que já funciona."


Quando a IA Encontra o Mundo Real

Na primeira parte deste artigo vimos que a Inteligência Artificial não veio substituir o Mainframe.

Na verdade, ela depende dele.

Agora vamos responder uma pergunta ainda mais importante:

Como isso acontece dentro de uma grande instituição financeira?

Esqueça por um momento os chatbots públicos.

Imagine um banco que processa:

  • 150 milhões de transações por dia;

  • milhares de PIX por segundo;

  • milhões de cartões;

  • investimentos;

  • empréstimos;

  • seguros;

  • câmbio;

  • previdência.

Todo esse universo continua sendo coordenado por aplicações executando no IBM Z.

A IA entra como uma camada de inteligência.

Não como substituição.


Caso 1 — Atendimento Inteligente

Imagine que um cliente escreve:

"Meu cartão foi recusado. O que aconteceu?"

Sem IA:

  • abertura de chamado;

  • consulta manual;

  • operador verifica sistemas;

  • resposta alguns minutos depois.

Com IA integrada ao Mainframe:

Cliente

↓

Assistente IA

↓

RAG

↓

API REST

↓

CICS

↓

Programa COBOL

↓

Db2

↓

Regras de Negócio

↓

Resposta Personalizada

Resposta:

"Sua compra foi recusada porque ultrapassou o limite diário de segurança definido para transações internacionais. Você pode aumentar esse limite diretamente pelo aplicativo."

Nenhuma informação foi inventada.

Tudo veio do sistema corporativo.


Caso 2 — Explicando Programas COBOL

Imagine um programa com 25.000 linhas.

O desenvolvedor recém-chegado pergunta:

"Como esse programa calcula juros?"

Sem IA:

Dias analisando código.

Com IA:

Programa COBOL

↓

Parser

↓

Embedding

↓

Base Vetorial

↓

LLM

↓

Resumo Técnico

Resposta:

O cálculo de juros ocorre nos parágrafos CALC-JUROS e APLICA-TAXA. A taxa depende do tipo de contrato, perfil do cliente e índice econômico armazenado na tabela FIN_RATE.

O profissional continua responsável pela validação.

Mas economiza horas.


Caso 3 — Documentação Automática

Uma das maiores dores em sistemas legados é documentação desatualizada.

Hoje podemos construir pipelines que façam:

Git

↓

Programa COBOL

↓

Parser

↓

IA

↓

Markdown

↓

Wiki

↓

Confluence

Resultado:

Toda alteração gera documentação automaticamente.


Caso 4 — Geração de Casos de Teste

Imagine este trecho COBOL:

IF SALDO < VALOR-SAQUE
    MOVE "N" TO AUTORIZADO
ELSE
    MOVE "S" TO AUTORIZADO
END-IF

Uma IA pode sugerir automaticamente:

Caso 1

Saldo = 500

Saque = 300

Resultado esperado:

AUTORIZADO = S

Caso 2

Saldo = 300

Saque = 500

Resultado esperado:

AUTORIZADO = N

Caso 3

Saldo = 500

Saque = 500

Resultado esperado:

AUTORIZADO = S

Isso acelera significativamente testes unitários.


Agentes de IA

O próximo passo da evolução são os agentes.

Enquanto um chatbot apenas responde perguntas, um agente executa tarefas.

Imagine:

"Abra um chamado porque houve aumento de ABEND S0C7."

O agente poderá:

  • consultar o SDSF;

  • analisar logs;

  • pesquisar incidentes semelhantes;

  • abrir ticket;

  • notificar equipes;

  • sugerir solução.

Tudo automaticamente.


Arquitetura de um Agente Mainframe

                    Usuário

                       │

                       ▼

               Agente Inteligente

                       │

          ┌────────────┼────────────┐

          ▼            ▼            ▼

      MCP Tool     RAG Engine   Prompt Engine

          │            │            │

          └────────────┼────────────┘

                       ▼

             IBM API Connect

                       │

          ┌────────────┼────────────┐

          ▼            ▼            ▼

      z/OS Connect    MQ      REST APIs

          │

          ▼

      CICS

          │

          ▼

      COBOL

          │

          ▼

     Db2 / VSAM / IMS

Observe que o agente não substitui aplicações.

Ele coordena.


Observabilidade Inteligente

Ferramentas como:

  • OpenTelemetry

  • Grafana

  • Prometheus

  • Instana

  • IBM Z APM Connect

produzem milhões de métricas.

Uma IA consegue resumir tudo.

Exemplo:

Ao invés de mostrar:

CPU = 83%

I/O = 65%

Storage = 72%

Buffer Pool = 94%

Response Time = 1,8s

A IA apresenta:

Detectamos degradação iniciada às 14h23 causada por aumento nas leituras aleatórias do Db2. Existe forte correlação com o deploy realizado às 14h18.

Isso muda completamente a produtividade.


Segurança com IA

Fraudes evoluem diariamente.

A IA ajuda identificando padrões.

Exemplo:

Cliente normalmente utiliza:

São Paulo

09:00 às 20:00

Compras abaixo de R$ 500.

De repente:

Compra de US$ 8.000

Outro continente

03:17 da manhã.

O modelo identifica anomalias antes mesmo da autorização.


IA Não Pode Alucinar

Esse é um ponto crítico.

Em sistemas financeiros:

Não existe "quase certo".

Imagine responder:

Seu saldo é R$ 15.000

quando na verdade são R$ 1.500.

Por isso arquiteturas corporativas utilizam:

  • RAG

  • MCP

  • APIs oficiais

  • Catálogo de Dados

  • Governança

  • Logs

  • Auditoria

Toda resposta precisa ser rastreável.


Engenharia de Prompt para Mainframe

Prompt ruim:

Explique esse programa.

Prompt profissional:

Você é um arquiteto IBM Z.

Analise este programa COBOL.

Explique:

• regras de negócio

• dependências

• tabelas Db2

• transações CICS

• arquivos VSAM

• riscos

• complexidade

• sugestões de testes

Não invente informações.
Indique apenas aquilo identificado no código.

A qualidade muda completamente.


DevOps + IA

Imagine um pipeline.

Git

↓

Pull Request

↓

SonarQube

↓

COBOL Check

↓

IA

↓

Resumo

↓

Code Review

↓

Deploy

Antes mesmo do revisor abrir o código, a IA já produziu:

  • resumo;

  • riscos;

  • impacto;

  • módulos afetados;

  • documentação.


O Papel do Desenvolvedor

Existe medo.

"IA vai substituir programadores."

A história mostra outra coisa.

Quando surgiram:

  • compiladores;

  • IDEs;

  • Git;

  • Java;

  • frameworks;

  • Cloud;

  • DevOps.

Disseram exatamente a mesma coisa.

O profissional mudou.

Não desapareceu.


O Novo Desenvolvedor Mainframe

Nos próximos anos veremos um perfil diferente.

Além de COBOL, ele entenderá:

✓ APIs

✓ JSON

✓ Python

✓ Engenharia de Prompt

✓ RAG

✓ MCP

✓ IA Generativa

✓ DevOps

✓ Observabilidade

✓ Segurança

✓ Arquitetura

Esse profissional será extremamente valorizado.


O Que Ainda Não Será Substituído

A IA pode escrever código.

Mas ela não conhece:

  • estratégia do banco;

  • legislação;

  • decisões executivas;

  • riscos jurídicos;

  • compliance;

  • auditoria;

  • cultura organizacional.

Quem conhece isso?

As pessoas.


Um Possível Futuro

Imagine daqui a alguns anos.

Você chega ao trabalho.

Pergunta:

"Existe algum problema crítico hoje?"

Resposta:

Foram detectadas três degradações.

Corrigi automaticamente duas.

A terceira envolve alteração de regra de negócio.

Já preparei documentação.

Seguem possíveis soluções.

Isso não é ficção.

É exatamente para onde estamos caminhando.


Arquitetura Completa de IA Corporativa para IBM Z

                    ┌──────────────────────────────────────────────┐
                    │              Usuário Final                   │
                    └──────────────────┬───────────────────────────┘
                                       │
                                       ▼
                        Web │ Mobile │ Chatbot │ Teams │ Slack
                                       │
                                       ▼
                  ┌────────────────────────────────────────┐
                  │        Gateway de APIs / WAF           │
                  └────────────────┬───────────────────────┘
                                   │
                    ┌──────────────┼──────────────┐
                    ▼              ▼              ▼
               Autenticação     Auditoria     Rate Limit
                                   │
                                   ▼
                      ┌────────────────────────────┐
                      │      Modelo Generativo     │
                      │        (watsonx.ai)        │
                      └────────────┬───────────────┘
                                   │
                  ┌────────────────┼────────────────┐
                  ▼                ▼                ▼
              Prompt           RAG Engine       MCP Server
             Orchestrator        Vetores        Ferramentas
                  │                │                │
                  └────────────────┼────────────────┘
                                   ▼
                    ┌──────────────────────────────────┐
                    │ APIs Corporativas / z/OS Connect │
                    └────────────────┬─────────────────┘
                                     │
              ┌──────────────────────┼──────────────────────┐
              ▼                      ▼                      ▼
           CICS                 IBM MQ                Batch
              │                      │                      │
              └──────────────┬───────┴──────────────────────┘
                             ▼
                     Aplicações COBOL
                             │
        ┌────────────────────┼────────────────────┐
        ▼                    ▼                    ▼
      Db2                  VSAM                 IMS
                             │
                             ▼
                    Fonte Oficial da Verdade

Considerações Finais

Durante décadas, ouvimos previsões sobre o fim do Mainframe. Entretanto, a realidade mostrou algo diferente: os sistemas que sustentam bancos, seguradoras, governos e grandes empresas continuam evoluindo porque concentram o ativo mais valioso de qualquer organização — seus dados e suas regras de negócio.

A Inteligência Artificial Generativa amplia esse cenário ao adicionar novas capacidades de interpretação, automação e interação. Tecnologias como RAG, MCP, watsonx, APIs, z/OS Connect e modelos privados permitem que aplicações modernas dialoguem com décadas de conhecimento implementado em COBOL, CICS e Db2, sem abrir mão de segurança, governança ou desempenho.

Não estamos testemunhando a substituição do Mainframe, mas o surgimento de uma nova geração de arquiteturas corporativas em que IA e IBM Z trabalham lado a lado. Para os profissionais da área, isso representa uma oportunidade única: dominar tanto os fundamentos dos sistemas críticos quanto as novas ferramentas de Inteligência Artificial.

O futuro pertence aos profissionais capazes de conectar esses dois mundos. Afinal, a inovação mais duradoura não nasce da ruptura, mas da integração inteligente entre o legado que funciona e as tecnologias que apontam para o amanhã.


☕ Continua a conversa no Bellacosa Mainframe

https://eljefemidnightlunch.blogspot.com/2026/07/ia-generativa-muito-alem-do-chatgpt.html




domingo, 5 de julho de 2026

IA Generativa Muito Além do ChatGPT

 

Bellacosa Mainframe e a ia generativa muito alem do chatgpt

☕ Um Café no Bellacosa Mainframe

IA Generativa Muito Além do ChatGPT

O Que Todo Programador COBOL Padawan Precisa Saber Sobre RAG, MCP, watsonx, IBM Z, CICS, Db2, APIs e Como a Inteligência Artificial Está Transformando os Sistemas Mais Críticos do Mundo (Parte 1)

"A Inteligência Artificial não substituirá o Mainframe. Ela tornará o Mainframe ainda mais indispensável."


Introdução

Se você acompanha as notícias sobre tecnologia, provavelmente já ouviu centenas de vezes que a Inteligência Artificial mudará tudo.

Empresas anunciam novos modelos quase diariamente. LLMs (Large Language Models), Agentes Inteligentes, Copilots, IA Generativa, RAG, MCP, Engenharia de Prompt... os nomes surgem em um ritmo tão acelerado que muitos profissionais começam a acreditar que tudo o que aprenderam nos últimos anos ficou obsoleto.

Mas existe uma pergunta que raramente aparece nas manchetes:

Onde estão os dados que realmente importam?

A resposta continua sendo a mesma há décadas.

Nos grandes bancos.

Nas seguradoras.

Nas bolsas de valores.

Nas empresas aéreas.

Nos governos.

Nas operadoras de cartão.

E, principalmente, dentro do IBM Z.

É justamente por isso que a próxima revolução da IA não será construída apenas na nuvem. Ela acontecerá onde os dados mais valiosos já vivem.

Bem-vindo ao futuro do Mainframe.


A Grande Mudança de Paradigma

Durante muito tempo acreditou-se que toda inovação exigia substituir sistemas antigos.

Era comum ouvir frases como:

"Vamos migrar tudo para a nuvem."

"COBOL morreu."

"Mainframe é legado."

Entretanto, o mercado mostrou uma realidade completamente diferente.

Os sistemas considerados "legados" continuam processando bilhões de transações diariamente.

Enquanto isso, empresas descobriram algo importante:

Mover petabytes de dados custa muito dinheiro.

Mais do que isso.

Pode aumentar riscos de segurança, criar problemas regulatórios e reduzir a performance.

Assim nasceu uma nova filosofia.

Não levar os dados para a IA.

Levar a IA até os dados.


O Mainframe Nunca Foi Apenas um Computador

Quando pensamos em IBM Z, muita gente imagina apenas enormes racks pretos.

Na prática, ele é muito mais do que isso.

Ele representa décadas de conhecimento empresarial.

Imagine um banco.

O saldo da sua conta não existe "na internet".

Existe dentro de regras cuidadosamente escritas ao longo de décadas.

Essas regras determinam:

  • como calcular juros;

  • como validar empréstimos;

  • como impedir fraudes;

  • como processar PIX;

  • como liquidar operações financeiras;

  • como calcular tarifas;

  • como registrar auditorias.

Grande parte desse conhecimento está codificado em programas COBOL, PL/I, CICS e Db2.

Isso significa que a IA não pode simplesmente "inventar" respostas.

Ela precisa consultar essas regras.


IA Generativa Não É um Banco de Dados

Esse é um dos maiores equívocos atuais.

Um LLM não "sabe" quanto dinheiro existe em sua conta.

Ele também não sabe:

  • limite do cartão;

  • última transação;

  • saldo do FGTS;

  • número da apólice;

  • posição dos investimentos.

Essas informações vivem em sistemas transacionais.

O papel da IA é diferente.

Ela interpreta.

Resume.

Explica.

Conversa.

Traduz.

Mas quem fornece a verdade continua sendo o sistema corporativo.

É exatamente por isso que IBM Z e IA trabalham tão bem juntos.


O Papel do RAG

Uma das tecnologias mais importantes da IA moderna chama-se Retrieval-Augmented Generation (RAG).

Em vez de confiar apenas no conhecimento aprendido durante o treinamento do modelo, o RAG consulta informações atualizadas antes de responder.

Imagine este fluxo.

Usuário
    │
    ▼
Pergunta
    │
    ▼
Modelo de IA
    │
    ▼
Consulta Base Corporativa
    │
    ▼
Db2
VSAM
Documentos
COBOL
CICS
APIs
    │
    ▼
Contexto Recuperado
    │
    ▼
Resposta Inteligente

Agora imagine um cliente perguntando:

"Por que meu financiamento foi recusado?"

Sem RAG, o modelo poderia apenas explicar genericamente como funcionam financiamentos.

Com RAG:

  • consulta o cadastro;

  • verifica políticas;

  • identifica pendências;

  • acessa documentação;

  • monta uma resposta personalizada.

A diferença é enorme.


O Que é MCP?

Nos últimos meses surgiu um termo que promete mudar completamente a forma como agentes inteligentes trabalham.

MCP.

Model Context Protocol.

Pense nele como um padrão para conectar modelos de IA a ferramentas externas.

Sem MCP:

IA

↓

Resposta baseada apenas
no treinamento

Com MCP:

IA

↓

Ferramentas

↓

Banco de Dados

↓

Mainframe

↓

APIs

↓

Documentos

↓

Resposta muito mais precisa

Isso permite que um agente converse naturalmente enquanto consulta sistemas reais.

Não é mais apenas um chatbot.

É um assistente corporativo.


IBM watsonx e o IBM Z

Quando se fala em IA na IBM, um nome aparece constantemente.

watsonx.

Diferentemente de plataformas voltadas apenas para geração de texto, o watsonx foi concebido pensando no ambiente corporativo.

Seu foco inclui:

  • governança;

  • segurança;

  • compliance;

  • modelos customizados;

  • dados privados;

  • integração empresarial.

Isso faz enorme diferença.

Imagine um banco.

Ele dificilmente enviará informações sigilosas para um serviço público de IA.

Em vez disso, utilizará modelos privados, treinados dentro de sua própria infraestrutura.

É exatamente aí que soluções como o watsonx ganham destaque.


IA e COBOL Não Competem

Essa talvez seja a maior surpresa para quem está começando.

A IA não veio substituir COBOL.

Na verdade, ela depende dele.

Imagine um sistema bancário.

Cliente

↓

Chatbot

↓

Modelo Generativo

↓

API REST

↓

CICS

↓

Programa COBOL

↓

Db2

↓

Resposta Oficial

Perceba algo importante.

Quem decide se o cliente possui saldo suficiente?

COBOL.

Quem verifica regras de negócio?

COBOL.

Quem calcula juros?

COBOL.

Quem registra a transação?

COBOL.

A IA apenas transforma tudo isso em uma conversa mais natural.


APIs: A Ponte Entre Dois Mundos

Nos anos 80, aplicações conversavam usando protocolos proprietários.

Hoje, o cenário é outro.

REST.

JSON.

GraphQL.

gRPC.

OpenAPI.

Essas tecnologias tornaram possível integrar sistemas modernos com aplicações escritas décadas atrás.

Exemplo simplificado.

Aplicativo Mobile

↓

REST API

↓

IBM z/OS Connect

↓

CICS

↓

COBOL

↓

Db2

O usuário acredita estar falando com um aplicativo moderno.

Na realidade, o coração da operação continua sendo o Mainframe.


Exemplo Prático: Consulta de Saldo com IA

Imagine o seguinte diálogo.

Cliente:

Quanto tenho disponível para investir?

Fluxo interno:

Usuário

↓

LLM

↓

API

↓

COBOL

↓

Db2

↓

Saldo

↓

Perfil Financeiro

↓

IA gera resposta

Resposta:

"Você possui R$ 18.450 disponíveis. Considerando seu perfil conservador e seus investimentos atuais, existem alternativas de baixo risco compatíveis com seu histórico."

Quem calculou o saldo?

Db2.

Quem aplicou regras financeiras?

COBOL.

Quem transformou isso em linguagem natural?

A IA.


CICS Continua Sendo o Maestro

Durante décadas, o CICS foi responsável por coordenar milhões de transações.

Hoje ele ganha uma nova função.

Ser o elo entre aplicações modernas e sistemas críticos.

Imagine uma transferência PIX.

Aplicativo

↓

API

↓

CICS

↓

COBOL

↓

Db2

↓

Confirmação

↓

IA explica resultado

Em vez de substituir o CICS, a IA torna sua utilização ainda mais relevante.


Por Que Bancos Não Trocam Tudo?

Essa pergunta aparece constantemente.

A resposta é simples.

Porque funciona.

Mas existe outro motivo.

Imagine reescrever milhões de linhas de COBOL.

Quanto tempo levaria?

Quantos erros seriam introduzidos?

Quanto custaria?

Quanto risco financeiro seria criado?

Agora compare com outra abordagem.

Adicionar APIs

+

Adicionar IA

+

Adicionar Observabilidade

+

Adicionar Automação

=

Modernização gradual

Essa estratégia preserva décadas de conhecimento acumulado enquanto incorpora recursos modernos.

É muito mais segura e economicamente viável.


Primeira Arquitetura Completa

A seguir, uma visão simplificada de como uma arquitetura moderna pode integrar IA Generativa ao IBM Z:

                           ┌─────────────────────────────┐
                           │       Cliente Web/App       │
                           └─────────────┬───────────────┘
                                         │ HTTPS
                                         ▼
                           ┌─────────────────────────────┐
                           │   Chatbot / Assistente IA   │
                           └─────────────┬───────────────┘
                                         │
                              Prompt + Contexto
                                         │
                                         ▼
                      ┌─────────────────────────────────────┐
                      │      Modelo Generativo (LLM)        │
                      └─────────────┬───────────────────────┘
                                    │
                    RAG             │             MCP
                                    │
                                    ▼
          ┌───────────────────────────────────────────────────────┐
          │           Camada de Integração Inteligente            │
          │ APIs │ Ferramentas │ Documentos │ Catálogo │ Vetores  │
          └─────────────┬─────────────────────────────────────────┘
                        │
                REST / JSON / MQ
                        │
                        ▼
              ┌─────────────────────────┐
              │    IBM z/OS Connect     │
              └──────────┬──────────────┘
                         │
        ┌────────────────┼─────────────────┐
        ▼                ▼                 ▼
   CICS Online       Batch COBOL       MQ / Eventos
        │                │                 │
        └────────────┬───┴─────────────────┘
                     ▼
              ┌───────────────┐
              │ Programas COBOL│
              └──────┬────────┘
                     ▼
          ┌─────────────────────┐
          │ Db2 │ VSAM │ IMS DB │
          └─────────────────────┘

Essa arquitetura demonstra que a IA não elimina os sistemas existentes. Ela adiciona uma camada inteligente de interação, recuperação de contexto e geração de respostas, preservando o Mainframe como sistema de registro e fonte oficial da verdade.


Conclusão da Parte 1

Nos últimos anos, o debate sobre Inteligência Artificial concentrou-se em modelos cada vez maiores e mais sofisticados. No entanto, o verdadeiro diferencial competitivo das empresas não está apenas no modelo utilizado, mas na capacidade de conectar esses modelos aos dados corretos, com segurança, governança e desempenho.

É justamente nesse ponto que o IBM Z se destaca. Em vez de representar um obstáculo à inovação, ele se torna o alicerce sobre o qual soluções modernas de IA podem ser construídas. Tecnologias como RAG, MCP, APIs e o ecossistema watsonx mostram que a evolução dos sistemas corporativos não depende de substituir décadas de conhecimento, mas de integrá-las de forma inteligente.

Na Parte 2, vamos aprofundar essa jornada explorando casos reais do setor financeiro, arquiteturas de agentes de IA, observabilidade, DevOps para IBM Z, segurança, exemplos práticos de integração com COBOL, CICS e Db2, além de discutir como a Inteligência Artificial está transformando o papel do desenvolvedor Mainframe na próxima década.




   FAQ

  •  O Mainframe pode utilizar IA Generativa?
 Sim. 

  • A IA pode ser integrada ao IBM Z por meio de APIs, z/OS Connect, IBM MQ, RAG e plataformas como watsonx, permitindo que modelos consultem dados corporativos com segurança. O COBOL será substituído pela IA?
Não. 

A IA complementa aplicações COBOL, automatizando documentação, testes e atendimento, enquanto o COBOL continua executando as regras críticas de negócio. 

  •  O que é RAG? 

 Retrieval-Augmented Generation é uma técnica que permite ao modelo consultar bases de dados e documentos antes de responder, reduzindo alucinações e aumentando a precisão.

  • O que é MCP? 

Model Context Protocol é um protocolo aberto que padroniza a comunicação entre modelos de IA e ferramentas externas, como APIs, bancos de dados e sistemas corporativos. 

  •  O IBM watsonx funciona com Mainframe?
 Sim.

 O ecossistema watsonx foi desenvolvido para integração corporativa, oferecendo governança, segurança e suporte a modelos privados, podendo trabalhar em conjunto com aplicações IBM Z. 

  •  IA pode acessar Db2 e CICS? 
 Sim. 

Normalmente essa integração ocorre por meio de APIs REST, IBM z/OS Connect, IBM MQ ou serviços específicos que expõem funcionalidades do Mainframe de forma segura.

.



Vagner Bellacosa

terça-feira, 9 de junho de 2026

Neo COBOL : Como Git, VS Code, APIs, Zowe, DevOps e Inteligência Artificial Estão Transformando o Desenvolvimento Mainframe

Bellacosa Mainframe e o que há de mais moderno no COBOL

☕💣🚀 PADAWAN, O COBOL FUGIU DO TERMINAL VERDE!

Como Git, VS Code, APIs, Zowe, DevOps e Inteligência Artificial Estão Transformando o Desenvolvimento Mainframe

Existe uma pergunta que aparece em praticamente toda palestra sobre Mainframe.

Ela normalmente vem de alguém que nunca trabalhou com IBM Z.

Às vezes é um estudante.

Às vezes é um programador Java.

Às vezes é um gerente recém-chegado ao mundo corporativo.

A pergunta é sempre a mesma:

— Mas COBOL ainda existe?

E eu sempre respondo:

— Não apenas existe. Ele movimenta boa parte da economia mundial enquanto você dorme.

O mais curioso é que o COBOL de hoje não se parece nem um pouco com a imagem que muita gente guarda na cabeça.

Quando alguém fala em COBOL, normalmente imagina uma sala escura, um operador digitando comandos em uma tela verde, um terminal 3270 piscando e um monte de programas escritos há cinquenta anos.

Essa imagem até possui um fundo de verdade.

Mas ela representa apenas uma pequena parte da história.

A realidade é que o Mainframe passou por uma transformação silenciosa que poucas pessoas fora do mercado IBM perceberam.

E talvez essa seja uma das maiores revoluções tecnológicas dos últimos anos.


O Gigante Invisível Nunca Foi Embora

Enquanto o mundo discutia startups, aplicativos móveis e computação em nuvem, o Mainframe continuava fazendo aquilo que sempre fez melhor:

Processar volumes absurdos de dados com segurança, disponibilidade e confiabilidade.

Hoje ele continua presente em:

  • Bancos

  • Seguradoras

  • Bolsas de valores

  • Governos

  • Operadoras de cartão

  • Empresas aéreas

  • Sistemas de saúde

Bilhões de transações passam diariamente por sistemas COBOL.

Grande parte do dinheiro que circula pelo planeta toca algum programa COBOL em algum momento da jornada.

O curioso é que quase ninguém percebe isso.

Por isso costumo chamar o Mainframe de:

O Gigante Invisível da Computação.


O Dia em Que o Mainframe Conheceu o VS Code

Durante décadas o ambiente clássico de desenvolvimento foi dominado por ferramentas tradicionais como:

  • ISPF

  • TSO

  • SDSF

  • Editores 3270

Essas ferramentas continuam extremamente importantes.

Mas a nova geração de desenvolvedores cresceu usando interfaces gráficas, IDEs modernas e integração contínua.

A IBM percebeu isso.

O resultado foi uma mudança histórica.

Hoje um programador COBOL pode desenvolver utilizando:

  • Visual Studio Code

  • Git

  • GitHub

  • GitHub Actions

  • APIs REST

  • Zowe Explorer

Ou seja:

O desenvolvedor pode trabalhar em uma interface praticamente idêntica à utilizada por equipes Java, Python ou JavaScript.

A barreira psicológica que separava o Mainframe do restante da indústria começou a desaparecer.


Zowe: A Ponte Entre Dois Mundos

Talvez nenhuma ferramenta tenha simbolizado tanto essa transformação quanto o Zowe.

Criado sob o guarda-chuva do Open Mainframe Project, o Zowe funciona como uma ponte entre o universo moderno de desenvolvimento e o ambiente IBM Z.

Com ele é possível:

  • Navegar em datasets

  • Visualizar jobs

  • Consultar JES

  • Trabalhar com USS

  • Automatizar tarefas

  • Consumir APIs do z/OS

Tudo isso sem sair do VS Code.

Para quem cresceu usando ISPF, a experiência parece quase mágica.

Para quem veio do mundo distribuído, finalmente o Mainframe passa a parecer familiar.


Open Mainframe Project: O Movimento Que Mudou Tudo

Durante muitos anos existiu um mito.

O mito dizia que Mainframe era uma tecnologia fechada.

Que tudo era proprietário.

Que inovação só acontecia fora desse ambiente.

Então surgiu o Open Mainframe Project.

A iniciativa passou a reunir:

  • IBM

  • Bancos

  • Universidades

  • Comunidade Open Source

  • Grandes empresas globais

O objetivo era simples:

Modernizar o ecossistema sem destruir aquilo que o tornou confiável.

Foi dessa iniciativa que nasceram diversos projetos fundamentais.

Entre eles:

  • Zowe

  • COBOL Check

  • Z Open Editor

  • Mentorship Programs

  • Cursos gratuitos

O resultado foi um crescimento enorme da comunidade.


O Git Finalmente Chegou ao Mainframe

Antigamente o controle de versões era feito através de soluções corporativas específicas.

Hoje a realidade mudou.

Git tornou-se parte integrante do desenvolvimento Mainframe moderno.

Agora podemos:

  • Criar branches

  • Fazer merge

  • Abrir pull requests

  • Revisar código

  • Automatizar validações

Exatamente como acontece no restante da indústria.

O Mainframe deixou de ser uma ilha.

Ele tornou-se mais um participante do ecossistema DevOps.


DevOps Não É Apenas Moda

Existe quem pense que DevOps é apenas uma palavra bonita para colocar em apresentações.

Não é.

DevOps representa uma mudança cultural profunda.

No passado era comum ver equipes divididas:

Desenvolvimento de um lado.

Operação do outro.

Cada grupo trabalhando isoladamente.

Hoje o objetivo é integração.

Automação.

Colaboração.

Velocidade.

Qualidade.

E o IBM Z abraçou completamente essa filosofia.


CI/CD Também Chegou ao COBOL

Um dos maiores choques para quem está entrando no mercado Mainframe é descobrir que existem pipelines CI/CD para COBOL.

Sim.

Pipelines completos.

O fluxo pode ser algo como:

Commit → Build → Testes → Deploy → Produção

Ferramentas modernas como:

  • GitHub Actions

  • Jenkins

  • DBB

  • UrbanCode

  • Zowe CLI

permitem automatizar praticamente todo o ciclo de desenvolvimento.

O mesmo conceito utilizado em aplicações web agora pode ser aplicado a programas COBOL.


Testes Automatizados: O JUnit do Mainframe

Durante muito tempo existiu a falsa ideia de que COBOL não possuía testes unitários.

Hoje isso está completamente ultrapassado.

Ferramentas como COBOL Check permitem:

  • Criar testes automatizados

  • Validar regras de negócio

  • Executar regressões

  • Integrar com pipelines DevOps

O conceito é muito parecido com:

  • JUnit

  • NUnit

  • PyTest

A diferença é que agora estamos falando de COBOL.

Isso reduz riscos.

Melhora qualidade.

E aumenta a confiança durante mudanças em sistemas críticos.


APIs: O Mainframe Conversa Com Tudo

Outro mito clássico:

"O Mainframe é isolado."

Errado.

O Mainframe moderno conversa com praticamente qualquer tecnologia.

Hoje é comum encontrar:

  • APIs REST

  • Serviços Web

  • JSON

  • XML

  • Kafka

  • MQ

  • Cloud

Um programa COBOL pode ser chamado por:

  • Aplicativos móveis

  • Sites

  • Microserviços

  • Plataformas em nuvem

A integração tornou-se um dos pilares da modernização.


UTF-8: O COBOL Aprendeu Novos Idiomas

Durante décadas os sistemas corporativos lidaram principalmente com conjuntos de caracteres tradicionais.

Agora o mundo é global.

Precisamos lidar com:

  • Português

  • Japonês

  • Chinês

  • Árabe

  • Emojis

O Enterprise COBOL evoluiu para suportar:

  • UTF-8

  • NATIONAL

  • Dynamic-Length Items

Isso abre portas para aplicações verdadeiramente globais.


Multithreading e Performance

Outra área de enorme evolução foi a capacidade de execução paralela.

Recursos modernos permitem:

  • Multithreading

  • THREAD Compiler Option

  • LOCAL-STORAGE

  • THREADSAFE

Isso significa melhor aproveitamento dos recursos do hardware IBM Z.

E quando falamos de IBM Z, estamos falando de uma das plataformas mais poderosas já criadas para processamento transacional.


O Papel da Inteligência Artificial

Talvez estejamos entrando na fase mais interessante da história do Mainframe.

A Inteligência Artificial começou a chegar ao ambiente IBM Z.

Hoje já vemos:

  • Assistentes de código

  • Geração automática de documentação

  • Explicação de programas legados

  • Conversão de código

  • Análise de impacto

  • Apoio à modernização

Ferramentas como GitHub Copilot, Watsonx e soluções corporativas especializadas estão transformando a forma como trabalhamos.

O desenvolvedor deixa de gastar energia com tarefas repetitivas e passa a focar na lógica de negócio.


O Novo Programador Mainframe

O mercado mudou.

O profissional mais valorizado não é apenas aquele que conhece COBOL.

Nem apenas aquele que conhece DevOps.

O profissional mais procurado é aquele que consegue unir os dois mundos.

O desenvolvedor moderno entende:

  • COBOL

  • JCL

  • DB2

  • CICS

  • Git

  • APIs

  • VS Code

  • Zowe

  • DevOps

  • CI/CD

  • Testes automatizados

Ele compreende o legado.

Mas também compreende a inovação.

E essa combinação é extremamente rara.


O Futuro Já Chegou

Muitas pessoas continuam esperando o fim do Mainframe.

Esperam isso há décadas.

Enquanto isso, o IBM Z continua evoluindo.

Continua processando bilhões de transações.

Continua movimentando bancos.

Continua sustentando governos.

Continua integrando-se com nuvem, APIs, DevOps e Inteligência Artificial.

Talvez a maior surpresa não seja que o Mainframe tenha sobrevivido.

Talvez a maior surpresa seja perceber que ele nunca esteve tão moderno.

E aqui está a lição mais importante desta história.

☕💣🚀

OPERADOR, O COBOL NÃO FICOU PRESO NO PASSADO.

ELE SIMPLESMENTE ESPEROU O RESTO DA INDÚSTRIA ALCANÇÁ-LO.

Este texto já está pronto para publicação no Blogspot, LinkedIn Articles ou newsletter "Um Café no Bellacosa Mainframe".

segunda-feira, 4 de maio de 2026

No-Code : O Que Todo Programador COBOL Precisa Saber Sobre a Revolução do Desenvolvimento Sem Programação

 

Bellacosa Mainframe e o no-code na stack mainframe

☕ Um Café no Bellacosa Mainframe

No-Code

O Que Todo Programador COBOL Precisa Saber Sobre a Revolução do Desenvolvimento Sem Programação

Você Não Está Sendo Substituído. Está Descobrindo Outra Forma de Construir Software.

"Toda década promete eliminar os programadores. Primeiro vieram os geradores de código. Depois os CASE Tools. Em seguida o RAD. Agora é o No-Code. Curiosamente, todas essas tecnologias continuam precisando de bons engenheiros de software."


Introdução

Quem trabalha com IBM Mainframe já ouviu inúmeras previsões durante a carreira.

"COBOL vai acabar."

"O Mainframe será substituído."

"Agora qualquer pessoa poderá criar sistemas."

Quase cinquenta anos depois dessas previsões, os maiores bancos do planeta continuam processando bilhões de transações em COBOL.

Agora surgiu uma nova promessa.

No-Code.

Segundo muitos anúncios de marketing, basta arrastar alguns blocos na tela e qualquer pessoa cria aplicações empresariais.

Será?

Como quase tudo na engenharia de software, a resposta é mais interessante do que parece.

Para um desenvolvedor COBOL, entender No-Code não significa abandonar décadas de conhecimento.

Significa compreender onde essa tecnologia realmente faz sentido.


O que é No-Code?

No-Code é uma abordagem de desenvolvimento onde aplicações são criadas utilizando componentes gráficos, configurações e regras visuais, praticamente sem escrever código tradicional.

Em vez de escrever:

IF SALDO > LIMITE
    MOVE "NEGADO" TO STATUS
END-IF

o desenvolvedor conecta dois blocos:

Saldo >
        \
         > Decisão
        /
Limite >

e define:

Sim → Negar operação

Não → Aprovar

A lógica continua existindo.

A diferença é apenas a forma de representá-la.


O princípio do No-Code

Todo software possui quatro elementos fundamentais:

  • Interface

  • Regras

  • Dados

  • Integrações

No-Code tenta transformar todos esses elementos em componentes reutilizáveis.

Em vez de programar:

Tela
↓

Código

↓

Banco

↓

API

o desenvolvedor monta:

Tela
↓

Blocos

↓

Fluxos

↓

Publicar

A origem do No-Code

Na realidade, No-Code não é novidade.

Ele apenas ganhou um novo nome.

Sua história começa muito antes da Internet.

Década de 1970

Mainframes já possuíam ferramentas declarativas.

CICS BMS

IMS MFS

ISPF Panels

Mapas de tela.

Você descrevia uma tela.

O sistema gerava a interface.

Isso já era uma forma de desenvolvimento declarativo.


Década de 1980

Surgiram os famosos CASE Tools.

Entre eles:

  • Texas Instruments IEF

  • AD/Cycle

  • COOL:Gen

  • Excelerator

  • CA Gen

Essas ferramentas prometiam:

"Desenhe o sistema."

"O software será gerado automaticamente."

Muito parecido com o discurso atual.


Década de 1990

Vieram:

  • Delphi

  • Visual Basic

  • PowerBuilder

  • Oracle Forms

Os componentes eram arrastados para formulários.

Pouco código.

Muito RAD (Rapid Application Development).


Década de 2000

Aplicações Web.

Frameworks.

CMS.

WordPress.

Joomla.

Drupal.

Muitos sites passaram a ser construídos sem programação.


Década de 2010

Cloud.

SaaS.

APIs REST.

Microserviços.

As plataformas começaram a conectar tudo.


Década de 2020

Explosão do verdadeiro No-Code.

Agora existem plataformas completas.

Aplicativos.

Workflows.

IA.

Bots.

Dashboards.

Integrações.

Tudo criado visualmente.


A diferença entre No-Code e Low-Code

Muita gente confunde.

No-Code

Destinado principalmente para usuários de negócio.

Exemplo:

Criar formulário

↓

Criar fluxo

↓

Publicar

Sem programação.


Low-Code

Destinado a desenvolvedores.

Permite código quando necessário.

Exemplo:

Fluxo visual

↓

Componente personalizado

↓

API

↓

Script

↓

Deploy

É muito mais poderoso.


Por que o No-Code cresceu tanto?

Porque o mercado possui um problema enorme.

Faltam desenvolvedores.

Empresas precisam entregar software rapidamente.

Nem toda aplicação exige uma equipe de engenharia.

Imagine criar:

  • formulário interno

  • cadastro

  • workflow de aprovação

  • pesquisa de satisfação

  • controle de férias

Não faz sentido desenvolver tudo em Java.

Nem em COBOL.

Nem em C#.

Uma ferramenta No-Code resolve em poucas horas.


Como funciona internamente?

Esse é um ponto importante.

No-Code não elimina programação.

Ele apenas esconde a programação.

Quando você cria:

Botão

↓

Enviar Email

a plataforma gera algo semelhante a:

HTML

CSS

JavaScript

API

Banco

Autenticação

Logs

Infraestrutura

Ou seja...

Alguém escreveu milhares de linhas de código para que você não precise escrevê-las.


As principais características

Uma plataforma No-Code normalmente possui:

Editor visual

Banco de dados

Autenticação

Controle de usuários

Integração com APIs

Dashboards

Automações

Relatórios

Workflow

Notificações

Segurança

Deploy automático


Principais metodologias

Embora cada fabricante possua sua implementação, quase todas seguem os mesmos conceitos.

Model Driven Development

Primeiro modela.

Depois gera.


Visual Programming

Fluxogramas.

Conexões.

Eventos.


Event Driven

Quando algo acontece...

Executa outra ação.

Cliente cadastrado

↓

Enviar Email

↓

Criar Pedido

↓

Registrar Log

↓

Atualizar CRM

Workflow Automation

Automação baseada em processos.

Muito utilizada em empresas.


Business Process Management (BPM)

Fluxos corporativos.

Aprovações.

Assinaturas.

Validações.

Integrações.


Domain Driven Modeling

A aplicação representa o negócio.

Não a tecnologia.


Vantagens

Desenvolvimento extremamente rápido

Horas.

Não meses.


Menor custo inicial

Poucos desenvolvedores.


Interface pronta

Layouts modernos.


Integração simples

Microsoft

Google

SAP

Salesforce

IBM

Oracle

Tudo via conectores.


Facilidade para prototipação

Ideal para MVP.


Atualizações automáticas

O fornecedor cuida da infraestrutura.


Baixa curva de aprendizado

Analistas conseguem construir aplicações simples.


Desvantagens

Agora vem a parte que o marketing raramente comenta.


Dependência do fornecedor

Seu sistema passa a depender totalmente da plataforma.


Vendor Lock-in

Trocar de ferramenta pode significar reconstruir tudo.


Limitações

Quando surge uma necessidade muito específica...

A plataforma pode simplesmente não permitir.


Performance

Nem sempre é ideal.

Algumas plataformas geram muito código desnecessário.


Escalabilidade

Funciona bem para centenas.

Nem sempre para milhões de usuários.


Licenciamento

Pode ficar caro.

Muito caro.

Especialmente conforme o número de usuários cresce.


Performance

Aqui existe um mito.

"No-Code é lento."

Nem sempre.

Depende da arquitetura.

Uma boa plataforma pode gerar aplicações excelentes.

Outra pode gerar aplicações enormes.

Tudo depende da qualidade do motor interno.


Segurança

Outro ponto crítico.

Toda plataforma precisa oferecer:

Autenticação

Criptografia

Auditoria

Controle de acesso

LGPD

Logs

Versionamento

Backup

Governança

Sem isso, ela dificilmente será aceita em ambientes corporativos.


Como desenvolver uma aplicação No-Code

Vamos imaginar um pequeno sistema de solicitação de férias.

Passo 1

Definir o processo.

Funcionário

↓

Solicita férias

↓

Gestor aprova

↓

RH confirma

↓

Sistema encerra

Passo 2

Criar entidades.

Funcionário

Departamento

Solicitação

Período

Gestor


Passo 3

Criar formulários.

Cadastro.

Consulta.

Aprovação.


Passo 4

Criar regras.

Se gestor aprovar...

Enviar ao RH.

Caso contrário...

Rejeitar.


Passo 5

Criar notificações.

Email.

Teams.

Slack.

WhatsApp.


Passo 6

Criar dashboards.

Solicitações abertas.

Pendentes.

Concluídas.

Tempo médio.


Passo 7

Publicar.

Sem compilação tradicional.


Boas práticas

Sempre modelar o processo primeiro.

Evitar criar fluxos gigantes.

Documentar regras.

Versionar alterações.

Controlar permissões.

Criar ambientes separados.

Testar integrações.

Monitorar desempenho.

Ter plano de contingência.


Os principais riscos

Criar aplicações sem arquitetura.

Duplicar regras.

Ausência de documentação.

Dependência da plataforma.

Integrações mal definidas.

Falta de testes.

Crescimento descontrolado.

Shadow IT.


Oportunidades para o programador COBOL

Aqui está o ponto mais importante deste artigo.

No-Code não compete com COBOL.

Ele complementa.

Imagine este cenário.

Cliente

↓

Portal Web

↓

Power Apps

↓

Power Automate

↓

API REST

↓

z/OS Connect

↓

CICS

↓

COBOL

↓

DB2

Quem executa a lógica crítica?

COBOL.

Quem apenas apresenta uma interface bonita?

No-Code.


O papel do Mainframe

O Mainframe continua sendo responsável por:

Transações financeiras.

Processamento batch.

Contabilidade.

Pagamentos.

Cartões.

PIX.

Previdência.

Folha.

Seguros.

Toda essa lógica permanece exatamente onde sempre esteve.


O papel do No-Code

Construir rapidamente:

Painéis administrativos.

Dashboards.

Consultas.

Workflows.

Aprovações.

Aplicativos internos.

Portais.


A integração perfeita

Hoje, uma arquitetura moderna costuma ser assim:

Usuário
      │
      ▼
Power Apps / Mendix / OutSystems
      │
      ▼
REST API
      │
      ▼
IBM z/OS Connect
      │
      ▼
CICS
      │
      ▼
Programa COBOL
      │
      ▼
DB2 / VSAM / IMS

Perceba que o COBOL não desaparece.

Ele ganha uma nova camada de apresentação.


Principais plataformas No-Code

Entre as mais conhecidas estão:

  • Microsoft Power Apps

  • Microsoft Power Automate

  • Mendix (Siemens)

  • OutSystems

  • AppSheet (Google)

  • Bubble

  • Glide

  • Zoho Creator

  • Airtable

  • Retool

  • ServiceNow App Engine

  • Salesforce Lightning Platform

  • Oracle APEX (frequentemente classificado como Low-Code)

  • IBM watsonx Orchestrate (automação e IA)

  • IBM Business Automation Workflow

Cada uma possui foco diferente: aplicativos corporativos, automação de processos, portais, integração ou desenvolvimento empresarial.


Onde o No-Code NÃO funciona bem?

Há cenários em que o desenvolvimento tradicional continua sendo a melhor escolha:

  • Sistemas bancários de alta criticidade.

  • Motores de processamento em tempo real.

  • Aplicações com requisitos extremos de desempenho.

  • Sistemas embarcados.

  • Softwares que exigem controle detalhado de memória ou hardware.

  • Algoritmos científicos complexos.

  • Grandes motores de processamento batch.

Nesses casos, linguagens como COBOL, Java, C/C++, PL/I ou Assembler continuam sendo mais adequadas.


O futuro do No-Code

A próxima evolução já começou.

Ela combina:

  • No-Code

  • Low-Code

  • Inteligência Artificial Generativa

  • Agentes de IA

  • Automação inteligente

  • APIs

  • RPA

  • Event-Driven Architecture

Em vez de apenas montar telas, o desenvolvedor descreve um processo em linguagem natural, e a plataforma gera boa parte da aplicação. Ainda assim, alguém precisa revisar arquitetura, segurança, integração, testes e governança.


O impacto no ambiente Mainframe

Para o profissional de IBM Z, o maior impacto não é técnico, mas estratégico.

As equipes de negócio querem entregar soluções mais rápido. O Mainframe continua sendo o sistema de registro (System of Record), enquanto plataformas No-Code aceleram a criação de experiências digitais.

Isso aumenta a importância de tecnologias como:

  • IBM z/OS Connect

  • APIs REST

  • OpenAPI

  • IBM MQ

  • Kafka

  • CICS Web Services

  • Db2 Services

  • OAuth e OpenID Connect

  • Arquiteturas orientadas a eventos

O programador COBOL deixa de ser apenas um desenvolvedor de programas batch e online para atuar como um engenheiro de serviços corporativos.


O Novo Perfil do Programador COBOL

O profissional mais valorizado nos próximos anos provavelmente será aquele que combina:

  • COBOL moderno

  • CICS

  • Db2

  • JCL

  • APIs REST

  • JSON

  • Git

  • DevOps

  • Segurança

  • Integração com plataformas Low-Code e No-Code

  • Arquitetura de sistemas

Ele não precisará construir cada tela manualmente. Em vez disso, projetará serviços confiáveis, escaláveis e seguros que poderão ser consumidos por aplicativos web, mobile, IA e plataformas No-Code.


Conclusão

No-Code não representa o fim da programação.

Representa uma mudança de foco.

Assim como os compiladores não eliminaram os programadores Assembly, e as linguagens de alto nível não eliminaram a engenharia de software, as plataformas No-Code não eliminam a necessidade de profissionais experientes.

Elas reduzem o esforço em tarefas repetitivas e aceleram a construção de aplicações simples, mas continuam dependentes de boas decisões de arquitetura, integração, segurança e governança.

No universo IBM Mainframe, essa realidade é ainda mais evidente. O COBOL permanece executando a lógica de negócios que movimenta bancos, seguradoras, governos e grandes empresas. O No-Code entra como uma camada de produtividade e experiência do usuário, consumindo serviços expostos pelo Mainframe por meio de APIs.

O futuro não será uma disputa entre COBOL e No-Code.

Será uma colaboração entre ambos.

O desenvolvedor que compreender essa integração deixará de enxergar o No-Code como ameaça e passará a utilizá-lo como mais uma ferramenta para entregar valor ao negócio.

Porque, no fim das contas, software nunca foi apenas escrever código.

Sempre foi resolver problemas. E essa continua sendo a missão de qualquer engenheiro de software — seja escrevendo milhares de linhas em COBOL, seja conectando componentes visuais que, por trás da interface, ainda dependem da mesma disciplina, do mesmo raciocínio lógico e da mesma engenharia que sustentam os sistemas mais importantes do mundo há décadas.

quinta-feira, 16 de abril de 2026

💥 CICS Não é Legado: Como o CICS TS 6.3 Está Processando Milhões de Transações por Segundo (Enquanto o Mundo Ainda Subestima o Mainframe)

 

Bellacosa Mainframe apresenta o CICS TS versão 6.3

💥 CICS Não é Legado: Como o CICS TS 6.3 Está Processando Milhões de Transações por Segundo (Enquanto o Mundo Ainda Subestima o Mainframe)

🧠 CICS Transaction Server – visão geral atual

O produto que manda no jogo é o
👉 IBM CICS Transaction Server for z/OS

  • Middleware transacional de altíssimo volume
  • Base de praticamente todos os bancos, seguradoras e governos
  • Arquitetura cooperativa de multitarefa (quase um “mini-OS dentro do z/OS”)

🚀 Versão mais recente (estado da arte)

👉 Versão atual: CICS TS 6.3
👉 Data de GA: 05 de setembro de 2025

📌 Importante:

  • A linha 6.x segue modelo continuous delivery
  • Atualizações continuam saindo (inclusive em 2026)

🧬 Evolução recente (6.1 → 6.2 → 6.3)

🟢 CICS TS 6.1 (2022)

  • Base da nova geração
  • Foco:
    • APIs modernas
    • Cloud enablement
    • Melhor governança operacional

🟡 CICS TS 6.2 (2024)

  • Performance tuning pesado
  • Melhorias operacionais reais (não só dev)
  • Consolidação da documentação (6.x unificado)

💡 Destaque Bellacosa:

Aqui o CICS começou a “respirar DevOps de verdade”


🔵 CICS TS 6.3 (2025 – atual)

  • Foco forte em:
    • Observabilidade (OpenTelemetry)
    • Segurança
    • Automação operacional
    • Integração com APIs modernas

Exemplo prático:

  • Flush automático de dados de telemetria (SMF + observabilidade moderna)

🔐 Segurança evoluída

  • HSTS (HTTP Strict Transport Security)
  • Melhor visibilidade de login (tentativas, timestamps)

⚙️ Limites operacionais (o que ninguém te explica direito)

Agora vem o ouro 👇 (estilo Bellacosa raiz)

👥 Limite de usuários

👉 Não existe limite fixo definido pelo CICS

Depende de:

  • Região (QR TCB)
  • Storage (EDSAs / GDSA / RDSA)
  • Tuning de SIT

💡 Na prática:

  • Milhares de usuários simultâneos são comuns
  • Bancos operam com dezenas de milhares

🧵 Limite de tasks (TCLASS / MAXTASKS)

👉 Controlado por:

  • MXT (Max Tasks global da região)
  • TCLASS (limite por tipo de workload)

💥 Valores típicos:

  • MXT: 500 até 2000+ (ou mais em ambientes modernos)
  • Pode escalar dependendo de CPU e tuning

📌 Importante:

  • Cada transação = 1 TASK
  • CICS é cooperativo (não preemptivo)

🔁 Limite de transações por segundo (TPS)

👉 Não existe limite fixo no produto

Depende de:

  • CPU (MSU / MIPS)
  • I/O (VSAM / DB2 / MQ)
  • Locking
  • Design da aplicação

💥 Casos reais:

  • 10.000+ TPS → comum
  • 50.000+ TPS → ambientes financeiros pesados

🧠 Limite de memória (Storage)

Controlado por:

  • DSAs:
    • CDSA
    • EDSA
    • RDSA
  • 31-bit vs 64-bit storage

💡 Tendência moderna:
👉 mover tudo possível para 64-bit storage (above the bar)


🧬 Limite de regiões CICS

👉 Ilimitado na prática (depende do z/OS)

Arquiteturas modernas usam:

  • CICSPlex SM
  • TOR / AOR / FOR separation

🏗️ Arquitetura operacional (visão de campo)

🧩 Componentes chave

  • QR TCB → coração da região
  • Open TCBs → paralelismo real (DB2, MQ, Java)
  • Dispatcher CICS → controla multitarefa
  • Program Control (PC)
  • Task Control (TC)

🔄 Modelo de execução

  1. Terminal / API chama transação
  2. CICS cria TASK
  3. Dispatcher gerencia CPU
  4. TASK usa serviços:
    • VSAM
    • DB2
    • MQ
  5. Commit (syncpoint)

🔥 O que realmente mudou (visão prática)

Antes (CICS clássico)

  • 3270
  • COBOL puro
  • VSAM pesado
  • Transação síncrona

Agora (CICS moderno)

  • REST via z/OS Connect
  • APIs JSON
  • Observabilidade (OpenTelemetry)
  • Integração cloud
  • DevOps pipeline

💥 Em resumo:
👉 CICS virou Application Server corporativo de missão crítica


📊 Pontos fortes atuais

  • Escalabilidade absurda (vertical + horizontal)
  • Resiliência (quase zero downtime)
  • Integração híbrida (legacy + cloud)
  • Segurança nível bancário

⚠️ Gargalos reais (sem romantizar)

  • Aplicação mal escrita = gargalo (não o CICS)
  • Lock em VSAM/DB2
  • TASK segurando CPU (não liberando)
  • Storage mal dimensionado
  • Falta de paralelismo (Open TCB subutilizado)

🧠 Conclusão estilo Bellacosa

CICS hoje não é legado.

👉 É core digital escondido atrás de APIs modernas

E a versão 6.3 consolida isso:

  • Mais observável
  • Mais seguro
  • Mais integrado
  • Mais preparado para cloud






sábado, 21 de março de 2026

☁️🔥 Seu COBOL NÃO está obsoleto — ele só não foi apresentado à Nuvem

 

Bellacosa Mainframe Cobol e Cloud

☁️🔥 “Seu COBOL NÃO está obsoleto — ele só não foi apresentado à Nuvem”

O guia do Padawan Mainframe para dominar Microservices sem trair o z/OS

💬 “Mestre… devo abandonar o mainframe para sobreviver na era cloud?”
🧙‍♂️ “Não, jovem Padawan. A Força sempre esteve no Data Center.”

Se você é dev COBOL, operador, analista ou arquiteto de sistemas críticos… respire.

👉 O mundo não está substituindo o mainframe.
👉 Está construindo a nuvem em volta dele.

E sim — seu conhecimento vale OURO nessa nova galáxia.


🧠 Capítulo 1 — A grande mentira da TI moderna

Vende-se a ideia de que:

Mainframe → legado → morte
Cloud → futuro → salvação

Mas a realidade corporativa é:

Cloud = front-end + elasticidade
Mainframe = core + verdade + dinheiro

💰 70%+ das transações financeiras mundiais ainda passam por mainframes.


🥚 Easter Egg histórico #1

A cloud é, ironicamente, um retorno ao modelo antigo:

  • Computação centralizada ✔️
  • Terminais remotos ✔️
  • Multiusuário ✔️
  • Cobrança por uso ✔️

👉 Isso descreve time-sharing dos anos 60.

Ou seja:

☁️ Cloud = Mainframe com marketing + internet + APIs


🏛️ Capítulo 2 — O Monólito Sagrado

Seu sistema clássico:

Tela 3270

CICS

COBOL gigante

DB2 / VSAM

Tudo junto. Tudo consistente. Tudo auditável. Tudo confiável.

💎 Isso é engenharia de missão crítica.


🥚 Easter Egg #2 — Por que bancos NÃO desligam o mainframe?

Porque ele resolve coisas que sistemas distribuídos lutam para resolver:

  • ACID forte
  • Integridade absoluta
  • Latência previsível
  • Segurança extrema
  • Throughput absurdo
  • Operação contínua

👉 “Reescrever em microservices” costuma piorar tudo isso.


☁️ Capítulo 3 — O que é Microservices de verdade

Não é “dividir código”.
É dividir responsabilidades de negócio.

Exemplo bancário:

DomínioMicroserviço
ClienteCustomer Service
ContaAccount Service
PagamentoPayment Service
CartãoCard Service
AutenticaçãoAuth Service

💡 Isso já existia no CICS como transações separadas.


🧩 Capítulo 4 — O Segredo: NÃO REESCREVER

🔥 Modernização corporativa séria usa um truque Jedi:

Transformar o COBOL em backend de APIs


Exemplo real

Antes (CICS COMMAREA)

CALL 'ACCT001' USING DFHCOMMAREA

Depois (API REST)

GET /accounts/12345

Internamente:

API → z/OS Connect → CICS → COBOL → DB2

👉 O programa continua intacto.


🥚 Easter Egg #3

Muitos bancos expõem APIs modernas…
que na verdade chamam código COBOL escrito nos anos 80.

Sim. Seu código pode estar alimentando fintechs.


🏗️ Capítulo 5 — O Padrão do Estrangulador (Strangler Fig)

Nome estranho. Estratégia brilhante.

🌿 A figueira estranguladora cresce em volta da árvore original…
até substituí-la.


Passo a passo

1️⃣ Mapear o sistema

Descobrir:

  • Programas
  • Dependências
  • Transações
  • Dados
  • Fluxos reais (não documentados 😄)

2️⃣ Escolher “Quick Wins”

Comece por leitura:

✅ Consulta de saldo
✅ Extrato
✅ Dados cadastrais

Evite:

❌ Transferências
❌ Liquidações
❌ Processos críticos


3️⃣ Expor APIs do Mainframe

Ferramentas típicas:

  • z/OS Connect
  • CICS Web Services
  • MQ + integração
  • API Gateways

4️⃣ Criar Microservices na Cloud

Eles:

  • Chamam o mainframe
  • Agregam dados
  • Aplicam lógica nova
  • Escalam sob demanda

👉 São um “escudo protetor”.


5️⃣ Migrar gradualmente

Antes → Tudo no CICS
Depois → Parte cloud + parte mainframe

Nenhum Big Bang.


💾 Capítulo 6 — O Verdadeiro Chefão: Dados

Código é fácil. Dados são sagrados.


Estratégias usadas

🪞 Replicação

Dados copiados para cloud.

  • CDC
  • Streaming
  • Replicação DB2

📬 Event-Driven

Quando algo muda:

Mainframe → Evento → Cloud atualiza

Tecnologias:

  • Kafka
  • MQ
  • Service Bus

🧱 Dono do dado

No futuro ideal:

👉 Cada microserviço controla seus próprios dados.

Mas isso leva anos.


⚙️ Capítulo 7 — Kubernetes explicado para quem viveu JES

Kubernetes é basicamente:

🧠 JES + WLM + Sysplex + Automation Tool + operadores que não dormem

Ele:

  • Agenda execução
  • Reinicia falhas
  • Balanceia carga
  • Escala automaticamente
  • Distribui workloads

🥚 Easter Egg #4

Autoscaling na cloud ≈ WLM reagindo à carga.

Só que cobrando por minuto 😅


🔐 Capítulo 8 — Segurança: RACF foi o protótipo

IAM moderno é RACF distribuído.

CloudMainframe
IAMRACF
RBACGrupos
PoliciesProfiles
Least privilegePrincípio básico RACF

👉 Você já entende Zero Trust melhor que muito dev cloud.


💰 Capítulo 9 — FinOps: o novo tuning de CPU

No mainframe:

👉 Otimizar CPU = economizar MIPS

Na cloud:

👉 Otimizar arquitetura = economizar dinheiro

VM ligada sem uso = conta rodando
Tráfego = dinheiro
Storage = dinheiro
API calls = dinheiro

💀 Arquitetura ruim pode custar milhões.


🏦 Capítulo 10 — Arquitetura Híbrida Real

Mobile / Web

Cloud Front-end

Microservices

API Gateway

z/OS Connect

CICS + COBOL + DB2

👉 O mainframe vira um Transaction Engine as a Service


🌟 Capítulo Final — O Despertar do Padawan

Você não está atrasado.

Você está subaproveitado.

💎 Enquanto muitos aprendem:

  • Framework da moda
  • Ferramenta efêmera
  • Arquitetura frágil

Você já domina:

🔥 Sistemas que não podem cair
🔥 Regras de negócio reais
🔥 Consistência absoluta
🔥 Operação contínua
🔥 Escala de país


🧙‍♂️ A verdadeira evolução

Dev COBOL → Engenheiro de Sistemas → Arquiteto Cloud Enterprise

🥚 Easter Egg Final

Grandes bancos que “migraram para cloud” muitas vezes apenas:

👉 Colocaram uma camada bonita em cima do mainframe.

O coração continua lá.

Batendo em COBOL.


🚀 Mensagem do Mestre

💬 “Não abandone o mainframe. Amplifique-o.”

A nuvem não veio substituir o z/OS.

Ela veio:

☁️ Expandir
☁️ Integrar
☁️ Escalar
☁️ Tornar invisível — mas indispensável


Vagner Renato Bellacosa, IBM Champion e especialista em IBM Mainframe
IBM Z17 SYSTEM ONLINE
Sobre o autor

Vagner Renato Bellacosa

IBM Champion 2026 • Especialista em IBM Mainframe

Vagner Renato Bellacosa trabalha com IBM Mainframe desde 1988 , é IBM Champion e especialista em COBOL, CICS, Db2, z/OS e IBM Z. Compartilha experiências profissionais, conhecimento técnico, história da computação e práticas do universo mainframe para aproximar novas gerações das tecnologias que sustentam empresas, bancos e governos ao redor do mundo.

IBM Champion IBM Z COBOL CICS Db2 z/OS Mainframe desde 1988
GitHub LinkedIn
Inicializando conteúdo...