 |
| Bellacosa Mainframe e o misterio da porta invisivel |
☕ Um Café no Bellacosa Mainframe
O Mistério da Porta Invisível
Quando um Programador COBOL Descobre que Seu Programa Conversa com um Celular sem Nunca Ter Saído do CICS
"Naquela noite chuvosa, os logs estavam silenciosos. Nenhum ABEND. Nenhuma mensagem DFHAC2001. Apenas um estranho pacote HTTP atravessando a rede em direção ao velho mainframe. Algo impossível estava prestes a acontecer..."
Prólogo
O Caso da Máquina que Nunca Aprendeu a Envelhecer
Existe uma velha lenda nos CPDs.
Ela diz que existe uma máquina construída antes da chegada da Internet que, décadas depois, continua respondendo milhões de requisições vindas de smartphones.
Ela nunca viu um navegador moderno.
Nunca executou Android.
Jamais instalou iOS.
Mesmo assim...
Responde diariamente a aplicativos bancários, sistemas de companhias aéreas, plataformas de saúde, seguradoras e bolsas de valores.
Essa máquina atende por um nome conhecido.
IBM Z.
E o grande investigador dessa história é um personagem chamado...
CICS.
Hoje vamos investigar como um programa COBOL escrito talvez antes do seu nascimento consegue conversar com aplicações em nuvem utilizando REST, SOAP, JSON, XML, HTTPS e APIs modernas.
Prepare seu café.
O mistério começa agora.
Capítulo 1
A Cidade Perdida chamada CICS
Imagine uma gigantesca cidade.
Nela existem milhares de edifícios.
Cada prédio possui uma função específica.
Uns recebem visitantes.
Outros executam trabalhos.
Alguns guardam documentos secretos.
Outros armazenam dinheiro.
Essa cidade é o CICS.
Cada prédio representa um programa COBOL.
Milhares deles.
Funcionando simultaneamente.
Sem acidentes.
Sem congestionamentos.
Sem parar.
Enquanto servidores modernos podem precisar ser reiniciados para atualizações, um ambiente CICS pode permanecer em operação por períodos extremamente longos, processando um fluxo contínuo de transações críticas.
O verdadeiro trabalho do CICS
Muitos iniciantes acreditam que o CICS é apenas um ambiente onde o COBOL roda.
Na realidade...
Ele é muito mais.
Ele administra:
milhares de usuários
memória
arquivos
filas
comunicação
segurança
recuperação
sincronização
transações
É praticamente um sistema operacional especializado em transações.
Capítulo 2
O nascimento do problema
Década de 1980.
Tudo era simples.
Terminal 3270
↓
CICS
↓
COBOL
↓
VSAM
Todo mundo falava a mesma língua.
Não existiam aplicativos.
Não existiam APIs.
Não existia JSON.
Tudo era verde.
Tudo era 3270.
Então veio a Internet.
Depois surgiram:
Java
.NET
Smartphones
Cloud
APIs
Microsserviços
De repente surgiu uma pergunta assustadora.
"Como um programa COBOL pode conversar com um celular?"
Capítulo 3
O idioma secreto chamado HTTP
Os aplicativos modernos falam uma língua.
HTTP.
Já o COBOL conversa utilizando estruturas internas como COMMAREA ou Channels.
São idiomas diferentes.
É como colocar Sherlock Holmes para conversar com um samurai do Japão Feudal.
Os dois são inteligentes.
Mas precisam de um tradutor.
Esse tradutor existe.
Ele mora dentro do CICS.
Capítulo 4
A Porta Invisível
Essa porta possui um nome elegante.
CICS Web Services.
Ela funciona como um diplomata.
Quando chega uma mensagem REST:
GET /saldo/12345
Ela traduz para algo que o COBOL entende.
Depois faz o caminho contrário.
Programa COBOL
↓
COMMAREA
↓
Resposta
↓
JSON
↓
HTTP
↓
Celular
O programa COBOL sequer percebe que está atendendo um smartphone.
Para ele...
É apenas mais uma solicitação.
Essa abstração é um dos maiores trunfos do CICS: preservar a lógica de negócio enquanto adapta a forma de comunicação.
Capítulo 5
Os dois detetives: REST e SOAP
Aqui encontramos dois investigadores rivais.
REST
Jovem.
Ágil.
Minimalista.
Prefere JSON.
Exemplo:
{
"cliente": "Maria",
"saldo": 18950.44
}
É o queridinho das APIs modernas.
SOAP
Mais velho.
Elegante.
Extremamente organizado.
Utiliza XML.
<Envelope>
<Body>
<GetBalance>
<Account>12345</Account>
</GetBalance>
</Body>
</Envelope>
Embora muitos o considerem "antigo", ele continua sendo amplamente utilizado em integrações corporativas que exigem contratos rígidos, segurança avançada e interoperabilidade.
Curiosidade Noir
REST é como um repórter investigativo.
Faz perguntas curtas.
Recebe respostas rápidas.
SOAP parece um advogado.
Toda conversa vem acompanhada de documentos, assinaturas e formalidades.
Nenhum é melhor.
Cada um resolve um tipo diferente de problema.
Capítulo 6
A viagem de um pacote
Vamos seguir uma requisição.
Cliente
↓
Aplicativo
↓
Internet
↓
HTTPS
↓
Firewall
↓
API Gateway
↓
CICS
↓
Programa COBOL
↓
DB2
↓
Resposta
Tudo isso pode ocorrer em poucos milissegundos.
Enquanto você pisca.
O dinheiro já foi consultado.
Capítulo 7
O tradutor invisível
O COBOL trabalha com registros.
01 CLIENTE.
05 ID.
05 NOME.
05 SALDO.
O celular trabalha com JSON.
{
"id":100
}
Quem converte?
O CICS.
Ele transforma estruturas COBOL em mensagens compreensíveis para aplicações modernas e realiza o caminho inverso quando recebe uma requisição.
Capítulo 8
Onde entram Db2 e VSAM?
Muita gente acredita que a API consulta diretamente o banco.
Não.
Quem faz isso é o programa COBOL.
Fluxo:
REST
↓
CICS
↓
COBOL
↓
EXEC SQL
↓
DB2
Ou
REST
↓
CICS
↓
COBOL
↓
READ
↓
VSAM
O Web Service não substitui a lógica de negócio.
Ele apenas abre uma nova porta de entrada.
Capítulo 9
O Guardião chamado Pipeline
Nos bastidores existe outro personagem.
O Pipeline.
Ele verifica:
formato da mensagem
conversões
validações
transformações
roteamento
preparação da resposta
Imagine uma esteira de fábrica.
Cada estação executa uma tarefa antes que a mensagem chegue ao programa COBOL.
Capítulo 10
Segurança: o Castelo Nunca Dorme
Abrir uma API para a Internet não significa deixar a porta escancarada.
Um ambiente corporativo normalmente utiliza camadas como:
HTTPS/TLS para criptografia.
RACF para autenticação e autorização.
Certificados digitais.
API Gateways.
OAuth ou JWT, quando apropriado.
Auditoria via SMF.
Firewalls e balanceadores de carga.
A aplicação COBOL continua concentrada nas regras de negócio; a infraestrutura cuida da proteção da comunicação e do acesso.
Capítulo 11
Modernização sem Destruição
Durante muitos anos acreditou-se que seria necessário jogar fora milhões de linhas de COBOL.
Felizmente...
O mercado descobriu algo importante.
O problema não era o COBOL.
Era a forma de acessá-lo.
Hoje fazemos exatamente o contrário.
Mantemos:
COBOL
CICS
Db2
VSAM
E apenas trocamos a fachada.
A casa continua firme.
A porta ficou moderna.
Capítulo 12
O casamento com a Cloud
Uma API publicada pelo CICS pode ser consumida por:
Azure
AWS
Google Cloud
Kubernetes
OpenShift
Microsserviços
Aplicativos Android
Aplicativos iPhone
Inteligência Artificial
Agentes autônomos
O mainframe deixa de ser uma "ilha" e passa a integrar um ecossistema distribuído.
Capítulo 13
O Papel do z/OS Connect EE
Em muitas empresas, existe um aliado do CICS chamado z/OS Connect Enterprise Edition.
Ele facilita a publicação de APIs REST, realiza transformações entre JSON e estruturas do CICS, gera documentação OpenAPI e simplifica a integração com plataformas de gerenciamento de APIs.
Pense nele como um elegante recepcionista de um hotel cinco estrelas: ele recebe os visitantes, organiza a documentação e encaminha cada um ao departamento correto — que continua sendo o programa COBOL no CICS.
Passo a passo
Como nasce uma API CICS
Identificar o programa COBOL que já executa a regra de negócio.
Definir quais dados serão recebidos e devolvidos.
Criar ou configurar o Web Service/REST endpoint.
Mapear JSON ou XML para COMMAREA ou Channels.
Configurar Pipeline e recursos do CICS.
Publicar a API.
Testar com ferramentas como Postman ou aplicações cliente.
Monitorar desempenho, segurança e auditoria.
O grande diferencial é que, em muitos casos, a lógica COBOL permanece praticamente inalterada.
Curiosidades do Arquivo Bellacosa 🕵️
🗂 Arquivo Nº 3270
O primeiro navegador do bancário foi um terminal 3270. Ele não exibia imagens nem animações, mas oferecia respostas extremamente rápidas e confiáveis.
🗂 Arquivo Nº DFH
Grande parte dos módulos internos do CICS começa com o prefixo DFH, uma tradição histórica da IBM que aparece em mensagens, componentes e utilitários.
🗂 Arquivo Nº COMMAREA
Antes dos Channels e Containers, a COMMAREA era o principal meio de troca de dados entre programas CICS. Ela ainda é amplamente utilizada em aplicações legadas.
🗂 Arquivo Nº REST
Uma API REST pode estar chamando um programa COBOL escrito há décadas, e o desenvolvedor do aplicativo móvel talvez nunca saiba disso.
Dicas para quem está começando
✔ Aprenda primeiro como funciona uma transação CICS.
✔ Entenda bem COMMAREA e, em seguida, estude Channels e Containers.
✔ Domine JSON e XML; você os verá com frequência em integrações.
✔ Conheça o básico de HTTP: métodos GET, POST, PUT e DELETE, além de códigos de status.
✔ Estude Db2 e VSAM, pois são as principais fontes de dados das aplicações CICS.
✔ Familiarize-se com conceitos de segurança, como TLS, certificados e RACF.
✔ Aprenda a usar ferramentas de teste de APIs, como Postman ou curl.
✔ Entenda que modernização não significa abandonar o legado, mas conectá-lo ao mundo atual.
Perguntas clássicas de entrevista
Por que utilizar CICS Web Services?
Porque eles permitem reutilizar aplicações COBOL consolidadas, expondo-as como APIs modernas sem a necessidade de reescrever toda a lógica de negócio.
REST substitui SOAP?
Não. REST e SOAP atendem necessidades diferentes e convivem em muitas organizações.
O programa COBOL precisa saber que está sendo chamado por um celular?
Normalmente, não. O CICS e sua infraestrutura de integração fazem a tradução entre o protocolo Web e a interface esperada pela aplicação.
O CICS acessa diretamente o Db2?
Quem executa a lógica de acesso normalmente é o programa COBOL, utilizando SQL para Db2 ou comandos CICS para VSAM e outros recursos.
O Easter Egg ☕
Se você observou toda a nossa jornada da série Mainframe Learning with AI, percebeu que existe uma sequência quase detectivesca:
TOR foi o porteiro que recebeu os visitantes.
AOR era o investigador que resolvia os casos.
FOR guardava os arquivos secretos.
MRO construiu as estradas entre regiões.
ISC atravessou fronteiras entre sistemas.
TCP/IP abriu a comunicação com o mundo exterior.
Web Services finalmente abriu a porta principal para a Internet.
Cada capítulo parecia isolado. Mas, reunidos, formam um único grande mapa da arquitetura CICS moderna.
Como toda boa revista noir dos anos 1950, o maior mistério nunca esteve escondido na última página.
Ele sempre esteve diante dos nossos olhos.
O velho programa COBOL que muitos julgavam ultrapassado jamais esteve preso ao passado. Ele apenas aguardava que alguém encontrasse a porta certa para conversar com o futuro. E essa porta atende pelo nome de CICS Web Services.
