 |
| Bellacosa Mainframe e a resiliencia ibm z parte v |
☕ Um Café no Bellacosa Mainframe
O Holocron da Resiliência IBM Z
Parte V – O Coração das Aplicações Resilientes: Como CICS, Db2, MQ e IMS Mantêm Milhões de Transações Sempre Disponíveis
"Hardware poderoso impressiona. Mas são as aplicações que entregam valor ao negócio. O verdadeiro desafio é garantir que elas continuem funcionando mesmo quando tudo ao redor muda."
Até aqui nossa jornada mostrou que a Resiliência no IBM Z não depende apenas de computadores robustos.
Conhecemos conceitos como RAS, SLA e Disaster Recovery.
Descobrimos como o hardware foi projetado para detectar falhas antes mesmo que elas aconteçam.
Vimos como o Parallel Sysplex permite que vários mainframes trabalhem como um único sistema.
Também aprendemos que o armazenamento IBM Z é inteligente, automatizado e capaz de crescer sem interromper o negócio.
Mas falta responder uma pergunta.
Quem realmente atende o cliente?
Quem responde uma consulta bancária?
Quem realiza uma transferência PIX?
Quem grava um pagamento?
Quem consulta uma apólice de seguro?
Quem processa uma compra no cartão de crédito?
A resposta está no conjunto de tecnologias conhecido como middleware.
São elas que transformam toda aquela infraestrutura invisível em serviços utilizados diariamente por milhões de pessoas.
Os conceitos desta parte abrangem IBM MQ, IBM Db2 for z/OS, CICS, CICS Transaction Server (CICS TS), z/OS Workload Manager Health API, Automatic Restart Manager (ARM), CICSplex, TOR, AOR, DOR, FOR, IMS, IMS DB, Transaction Manager, HALDB, Fast Database Recovery (FDBR) e IMS Database Recovery Control (DBRC). Esses componentes aparecem na seção final do glossário IBM Z Resiliency.
O Que é Middleware?
Imagine uma cidade.
Existe energia elétrica.
Existe abastecimento de água.
Existe internet.
Existe transporte.
Tudo isso representa a infraestrutura.
Mas quem realmente atende o cidadão?
Os hospitais.
Os bancos.
Os supermercados.
As escolas.
No IBM Z acontece exatamente a mesma coisa.
Hardware, Storage e Sysplex representam a infraestrutura.
CICS, Db2, MQ e IMS representam os serviços utilizados pelo negócio.
É ali que mora a aplicação COBOL.
CICS – O Grande Atendente do Mainframe
Poucas tecnologias marcaram tanto a história da computação quanto o Customer Information Control System, mais conhecido como CICS.
Imagine uma agência bancária.
Cada cliente chega ao caixa.
Faz uma solicitação.
Recebe uma resposta.
Sai.
O próximo cliente é atendido.
O CICS faz exatamente isso.
Milhares de usuários enviam requisições simultaneamente.
O CICS organiza tudo.
Distribui recursos.
Executa programas COBOL.
Gerencia transações.
Controla segurança.
Coordena acesso aos dados.
Sem ele, grande parte das aplicações online simplesmente não existiria.
CICS Transaction Server
O CICS TS representa a evolução moderna do CICS.
Hoje ele suporta:
APIs REST;
JSON;
Web Services;
Java;
Eventos;
Integração com Cloud;
Containers e Channels;
Threadsafe;
OpenTelemetry;
Segurança moderna.
Muita gente imagina que o CICS ficou preso aos terminais verdes.
Na realidade ele conversa diariamente com aplicativos Android, iPhones, internet banking, caixas eletrônicos e sistemas distribuídos.
O COBOL continua executando.
A tecnologia ao redor evoluiu.
Db2 for z/OS – O Guardião dos Dados
Toda empresa possui seu patrimônio.
No banco...
São as contas.
Na seguradora...
São as apólices.
Na companhia aérea...
São as reservas.
Quem protege essas informações?
O Db2.
Ele garante:
consistência;
concorrência;
recuperação;
integridade;
desempenho.
Quando dois milhões de pessoas consultam saldo simultaneamente, o Db2 coordena milhares de operações concorrentes sem comprometer a integridade dos dados.
IBM MQ – O Carteiro que Nunca Dorme
Imagine uma empresa gigantesca.
Nem todos os departamentos trabalham no mesmo horário.
Mesmo assim as mensagens precisam chegar.
O IBM MQ resolve exatamente esse problema.
Ele entrega mensagens com segurança.
Mesmo que o destinatário esteja temporariamente indisponível.
Isso desacopla aplicações.
Aumenta a disponibilidade.
Facilita integrações.
É por isso que tantas arquiteturas modernas utilizam filas.
Quando Tudo Acontece ao Mesmo Tempo
Imagine um PIX.
Em poucos segundos acontecem dezenas de operações.
O aplicativo envia a solicitação.
O CICS recebe a transação.
O COBOL valida regras de negócio.
O Db2 consulta contas.
O MQ envia notificações.
Outro sistema recebe a mensagem.
Tudo precisa acontecer praticamente em tempo real.
Se qualquer componente falhar...
Toda a experiência do cliente será afetada.
É por isso que a Resiliência é tão importante.
CICSplex – Um CICS Nunca Vem Sozinho
Assim como existe o Parallel Sysplex...
Também existe o CICSplex.
Ele reúne diversos ambientes CICS trabalhando em conjunto.
Para o usuário...
Existe apenas um sistema.
Na realidade podem existir dezenas de regiões distribuindo carga automaticamente.
TOR – Terminal Owning Region
Imagine a recepção de um grande hospital.
Ela recebe os pacientes.
Mas não realiza cirurgias.
O TOR funciona assim.
Ele recebe as conexões dos usuários.
Depois encaminha cada solicitação para outra região responsável pelo processamento.
AOR – Application Owning Region
Agora chegamos ao verdadeiro coração da aplicação.
É na AOR que executam os programas COBOL.
Toda lógica de negócio vive aqui.
Quanto mais regiões AOR existirem...
Maior poderá ser a capacidade de processamento.
FOR – File Owning Region
Algumas aplicações acessam milhares de arquivos VSAM.
Em vez de cada região abrir esses arquivos individualmente...
Existe a FOR.
Ela centraliza esse acesso.
Reduz conflitos.
Melhora desempenho.
Simplifica administração.
DOR – Data Owning Region
A DOR segue filosofia semelhante.
Ela concentra determinados recursos de dados compartilhados entre diversas aplicações.
Essa separação facilita manutenção e escalabilidade.
WLM Health API
Lembra do Workload Manager?
Agora imagine que o próprio middleware possa informar ao WLM seu estado de saúde.
É exatamente essa a função da Health API.
O WLM deixa de observar apenas consumo de CPU.
Ele passa a considerar também a qualidade do serviço entregue pelas aplicações.
Automatic Restart Manager
Na Parte III conhecemos o ARM.
Agora podemos entender seu impacto real.
Se uma região CICS terminar inesperadamente...
O ARM pode reiniciá-la automaticamente.
Sem operadores.
Sem intervenção humana.
Sem perda significativa de disponibilidade.
IMS – O Veterano Que Continua Jovem
Muito antes da internet existir...
O IMS já processava milhões de transações.
Hoje continua fazendo exatamente isso.
O Information Management System permanece como um dos ambientes transacionais mais rápidos do mundo.
Muitas aplicações financeiras ainda dependem dele diariamente.
IMS DB
O banco de dados IMS possui características próprias.
Sua organização hierárquica oferece desempenho extremamente elevado para determinadas cargas de trabalho.
Quando corretamente modelado, consegue responder consultas com velocidade impressionante.
Transaction Manager
O IMS TM coordena o processamento online.
Recebe requisições.
Controla filas.
Executa programas.
Gerencia recuperação.
Mantém a integridade das transações.
É o equivalente, dentro do universo IMS, ao papel desempenhado pelo CICS em inúmeras aplicações.
HALDB – Crescendo Sem Limites
Com o passar dos anos, algumas bases IMS tornaram-se gigantescas.
O High Availability Large Database foi criado para resolver esse desafio.
Ele divide grandes bancos de dados em partições.
Assim é possível:
aumentar capacidade;
reduzir tempo de manutenção;
melhorar disponibilidade;
facilitar reorganizações.
Tudo isso mantendo o sistema online.
Fast Database Recovery
Imagine um acidente.
Quanto mais rápido a recuperação...
Menor o impacto.
O FDBR acelera a recuperação das bases IMS após falhas.
Isso reduz significativamente o RTO.
IMS Database Recovery Control
Toda recuperação precisa ser coordenada.
O DBRC registra informações fundamentais sobre backups, logs e processos de recuperação.
Ele garante que as bases sejam restauradas corretamente.
Sem perda de consistência.
O Que um Programador COBOL Deve Aprender?
Muitos iniciantes acreditam que basta dominar a linguagem COBOL.
Na prática...
O código representa apenas uma parte da aplicação.
Um profissional IBM Z moderno precisa compreender:
como o CICS gerencia transações;
como o Db2 protege dados;
como o MQ integra sistemas;
como o IMS processa grandes volumes;
como a infraestrutura garante disponibilidade.
Quanto maior essa visão...
Maior será sua capacidade de construir aplicações resilientes.
O Legado do IBM Z
Existe um motivo pelo qual bancos processam bilhões de transações utilizando tecnologias criadas há décadas.
Elas nunca pararam de evoluir.
O CICS conversa com APIs REST.
O Db2 trabalha com analytics e inteligência artificial.
O MQ conecta aplicações distribuídas.
O IMS continua ampliando desempenho e disponibilidade.
Nada permaneceu parado no tempo.
O legado do IBM Z não é tecnologia antiga.
É tecnologia que amadureceu continuamente sem abandonar aquilo que sempre fez melhor: processar transações críticas com confiabilidade, desempenho e resiliência.
No próximo capítulo do Holocron da Resiliência IBM Z, concluiremos nossa jornada explorando IBM Copy Services Manager (CSM), Metro Mirror, Global Mirror, XRC, Zero Data Loss (ZDL), Coupling Data Sets (CDS), Business Continuity Plan (BCP) e as estratégias que permitem proteger informações mesmo diante de desastres de grande escala, fechando o ciclo completo da Resiliência no IBM Z.
