Bellacosa Mainframe apresenta o ibm mainframe parte viii

☕ Um Café no Bellacosa Mainframe

Capítulo VIII — A Metrópole das Transações Infinitas

CICS: A Cidade que Nunca Dorme e Atende Milhões de Viajantes ao Mesmo Tempo

QUINTA REGRA DAS GRANDES CIVILIZAÇÕES

Nunca construa uma cidade onde exista apenas um caixa.

Porque cedo ou tarde...

...todos chegarão ao mesmo tempo.

Imagine uma cidade espacial.

Ela possui:

cinquenta milhões de habitantes;
milhares de hotéis;
bancos;
hospitais;
aeroportos;
restaurantes;
museus;
lojas;
centros de pesquisa.

Agora imagine que todos resolvem fazer alguma operação exatamente às nove horas da manhã.

Consultar saldo.

Comprar passagem.

Reservar hotel.

Pagar contas.

Transferir dinheiro.

Comprar ações.

Se existir apenas um atendente...

a cidade para.

Foi exatamente esse problema que a IBM resolveu em 1968.

O nome da solução?

Customer Information Control System.

Ou simplesmente...

CICS.

O Maior Balcão de Atendimento da Galáxia

Esqueça computadores.

Imagine o maior centro de atendimento já construído.

Não existem:

10 caixas.

Nem 100.

Nem mil.

Existem milhares de atendimentos acontecendo simultaneamente.

Cada cliente acredita estar sendo atendido sozinho.

Mas, nos bastidores...

todos compartilham praticamente a mesma infraestrutura.

Essa é a verdadeira magia do CICS.

Antes do CICS

Voltemos algumas décadas.

Imagine um banco.

Cada cliente entra.

O gerente pega um enorme livro.

Calcula tudo manualmente.

Entrega o resultado.

Agora multiplique isso por:

dez milhões de clientes.

Não funciona.

Foi então que surgiu uma pergunta revolucionária.

"E se centenas de milhares de pessoas utilizassem o mesmo computador ao mesmo tempo?"

Hoje parece óbvio.

Na década de 1960 parecia ficção científica.

A Cidade Nunca Fecha

Uma característica curiosa do Batch é que ele gosta de trabalhar sozinho.

Executa.

Termina.

Vai embora.

O CICS pensa diferente.

Ele nunca fecha as portas.

Nunca.

Enquanto existir alguém querendo realizar uma transação...

ele permanece acordado.

É uma cidade que nunca dorme.

A Recepcionista Galáctica

Imagine entrar num gigantesco hotel.

A recepcionista pergunta:

— Bom dia.

Qual o seu quarto?

Você responde.

Ela consulta o sistema.

Entrega a chave.

Tudo acontece em segundos.

O CICS faz exatamente isso.

Recebe pedidos.

Encaminha ao programa correto.

Entrega a resposta.

Tudo em frações de segundo.

Segundo Wilhelm G. Spruth, o CICS foi projetado para oferecer processamento transacional extremamente eficiente, permitindo que um único sistema atendesse simultaneamente milhares de usuários interativos.

Uma Cidade Dentro da Nave

Imagine agora que a USS Enterprise abriga uma cidade inteira.

Existem:

padarias.

correios.

escolas.

restaurantes.

hospitais.

Todos funcionando ao mesmo tempo.

Mas existe apenas uma prefeitura.

Essa prefeitura é o CICS.

Ela coordena tudo.

O Grande Equívoco do Padawan

Todo iniciante imagina:

Um usuário.

↓

Um programa.

↓

Uma CPU.

Fim.

Na prática...

isso seria absurdamente ineficiente.

No CICS acontece algo completamente diferente.

Milhares de usuários compartilham poucos recursos.

É como um gigantesco sistema de transporte público.

As Transações São Passageiros

Imagine uma estação espacial.

Milhares de pessoas entram.

Cada uma deseja chegar a um destino diferente.

Algumas vão ao banco.

Outras ao hospital.

Outras ao museu.

No CICS...

cada passageiro representa uma:

Transação.

Ela possui:

nome.

origem.

destino.

prioridade.

tempo de vida.

Quando termina...

desaparece.

O Programa Não Mora na Memória

Esta talvez seja uma das maiores surpresas.

Um programa COBOL no CICS normalmente não permanece executando eternamente.

Ele é chamado.

Executa rapidamente.

Entrega o resultado.

Libera recursos.

Vai embora.

É quase como um elevador.

Chega.

Recebe passageiros.

Sobe.

Desce.

Fica disponível novamente.

O Concierge da Cidade

Imagine um concierge extremamente eficiente.

Ele conhece todos os departamentos.

Ao receber um pedido...

encaminha imediatamente ao profissional correto.

O CICS faz exatamente isso.

Ele recebe uma transação e encontra rapidamente o programa responsável por executá-la.

COMMAREA — A Mochila do Viajante

Agora imagine um turista.

Ele caminha pela cidade carregando apenas uma pequena mochila.

Ali estão:

passaporte.

mapa.

dinheiro.

documentos.

Quando entra em outro prédio...

leva sua mochila consigo.

Essa mochila chama-se:

COMMAREA.

Ela transporta as informações entre programas CICS.

Durante décadas foi o principal mecanismo para troca de dados entre aplicações.

CHANNEL e CONTAINER — Os Contêineres Espaciais

Com o tempo...

os turistas começaram a transportar muito mais bagagem.

A pequena mochila ficou insuficiente.

Então surgiram:

CHANNELS

CONTAINERS.

Imagine enormes contêineres de carga.

Agora qualquer quantidade de informação pode viajar entre programas de forma muito mais organizada.

É a evolução natural da COMMAREA.

O Mapa da Cidade

Como um cliente encontra seu destino?

Através do:

BMS

(Basic Mapping Support).

Imagine um mapa eletrônico.

Cada tela corresponde a um prédio.

Cada campo representa uma sala.

Cada tecla possui um significado.

O BMS transforma a conversa entre terminal e programa em algo organizado e previsível.

O Tradutor Universal

Os terminais 3270 falam um idioma próprio.

O COBOL fala outro.

O usuário fala outro.

O BMS funciona como um tradutor universal.

Ele converte telas em dados.

Dados em telas.

Tudo automaticamente.

Pseudo-Conversação: O Segredo da Ilusão

Chegamos a um dos conceitos mais brilhantes do Mainframe.

Imagine um garçom.

Você faz um pedido.

Ele anota.

Vai embora.

Atende outras mesas.

Quando sua comida fica pronta...

ele retorna exatamente para você.

Parece que ficou o tempo inteiro ao seu lado.

Mas não ficou.

O CICS faz exatamente isso.

Esse modelo chama-se:

Pseudo-Conversação.

Após enviar uma tela ao usuário, a tarefa termina e libera recursos.

Quando o cliente responde, uma nova execução começa utilizando o estado previamente armazenado.

Segundo Spruth, esse modelo foi um dos fatores responsáveis pela enorme escalabilidade do CICS.

O Milagre da Multiplicação

Imagine possuir apenas dez garçons.

Mesmo assim...

atender cinco mil clientes.

Parece impossível.

Não no CICS.

Como cada tarefa permanece ativa apenas durante poucos milissegundos...

os mesmos recursos atendem milhares de pessoas.

TSQ e TDQ — Os Armários da Estação

Imagine que um viajante precise guardar sua bagagem.

Existem duas opções.

Um armário temporário.

Ou uma caixa de despacho.

No CICS encontramos exatamente isso.

TSQ

Temporary Storage Queue.

Permite gravar informações temporárias que podem ser lidas diversas vezes.

TDQ

Transient Data Queue.

Mais parecida com uma esteira de bagagens.

Os dados seguem adiante.

Normalmente são consumidos apenas uma vez.

O Relógio da Cidade

Imagine um turista parado diante do caixa por meia hora.

Todos atrás dele ficam esperando.

No CICS isso seria um desastre.

Por isso existe controle rigoroso de tempo.

Cada transação deve ser:

curta.

rápida.

objetiva.

Quanto menor sua duração...

mais usuários podem ser atendidos.

O Cofre da Cidade

Imagine agora que duas pessoas tentam retirar o mesmo dinheiro da mesma conta exatamente no mesmo instante.

Quem ganha?

Nenhum dos dois.

Primeiro o sistema organiza.

Depois libera.

O CICS trabalha em conjunto com o gerenciador de recuperação para garantir integridade das transações.

Esse compromisso com consistência é um dos pilares das aplicações críticas executadas sobre a plataforma.

A Cidade Conversa com Todo Mundo

O CICS nunca viveu isolado.

Ele conversa com:

Db2.

IMS.

MQ.

VSAM.

Web Services.

REST APIs.

Java.

Node.js.

Python.

Linux.

Hoje ele continua evoluindo.

Mas sua essência permanece.

Processar transações.

Rapidamente.

Com segurança.

Sem interrupções.

CICS e o COBOL

Existe uma pergunta que todo Padawan faz.

"Quem chama quem?"

Na verdade...

o COBOL trabalha como um excelente especialista.

O CICS organiza.

Recebe o cliente.

Controla recursos.

Gerencia transações.

Depois entrega o trabalho ao programa COBOL.

Quando tudo termina...

o COBOL devolve o controle.

É quase uma dança cuidadosamente ensaiada.

O Que Mudou Desde 2010?

Desde a publicação do relatório de Spruth, o universo CICS evoluiu enormemente.

Hoje encontramos:

APIs REST nativas.
JSON.
XML.
Web Services.
JVM Server.
OSGi.
Liberty Profile.
Node.js.
Integração com OpenShift.
z/OS Connect.
Microsserviços.
Observabilidade moderna.

Mesmo assim...

um programa COBOL escrito há décadas ainda pode continuar trabalhando ao lado dessas tecnologias.

Essa talvez seja a maior demonstração da elegância da arquitetura IBM Z.

Uma Curiosa Filosofia

Existe uma frase que resume o espírito do CICS.

Nunca mantenha recursos ocupados enquanto alguém está pensando.

Enquanto o usuário decide qual opção escolher...

o programa já terminou.

A memória foi liberada.

A CPU voltou para outro cliente.

É uma filosofia simples.

Mas revolucionária.

Curiosidades do Diário de Bordo

🚀 O CICS processa bilhões de transações diariamente em instituições financeiras, governos, seguradoras e empresas de transporte ao redor do mundo.

🌌 A pseudo-conversação foi uma das ideias mais elegantes da engenharia de software corporativo, permitindo enorme escalabilidade com consumo mínimo de recursos.

📺 O BMS separa a lógica de apresentação da lógica de negócio, conceito que muitos frameworks web modernos adotariam décadas depois.

📦 COMMAREA, TSQ e TDQ tornaram-se componentes clássicos do desenvolvimento CICS e continuam fazendo parte do vocabulário de praticamente todo programador COBOL online.

Diário de Bordo do Padawan COBOL

Antes de deixar a metrópole das transações, registre estas coordenadas no seu Holocron Técnico:

✅ O CICS não é apenas um monitor transacional; ele é um verdadeiro sistema operacional para aplicações online.

✅ A pseudo-conversação é um dos principais segredos da escalabilidade do CICS, liberando recursos enquanto o usuário interage.

✅ O COBOL executa a lógica de negócio, enquanto o CICS coordena usuários, transações, recursos e recuperação.

✅ Grandes cidades não funcionam porque possuem ruas largas; funcionam porque possuem organização. O CICS aplica exatamente essa filosofia ao processamento de milhões de transações.

Missão Seguinte

No próximo capítulo, embarcaremos rumo ao PR/SM, às LPARs e ao universo da virtualização.

Descobriremos que o IBM Z já dividia um único computador em dezenas de máquinas independentes quando boa parte da indústria ainda acreditava que "virtualização" era apenas um conceito acadêmico. Veremos como uma única nave pode abrigar várias civilizações tecnológicas trabalhando lado a lado, sem interferirem umas nas outras — uma verdadeira federação galáctica dentro de um único computador.

☕ Um Café no Bellacosa Mainframe

O Guia Galáctico do IBM Z

Dezoito capítulos e uma conclusão reunidos em um painel interativo. Escolha uma missão, abra no visor e continue explorando diretamente no artigo original.

Não entre em pânico: se o Blogger impedir a exibição dentro do iframe, use “Abrir artigo”. Os links diretos continuam visíveis para leitores e motores de busca.