Bellacosa Mainframe conheça MQ 

💥 MQ NÃO É FILA — É O SEGURO DE VIDA DO SEU COBOL

O guia definitivo de IBM MQ Fundamentals para quem vive no z/OS

Se você é um dev COBOL experiente, já sabe:
👉 o problema nunca foi o código…
👉 o problema sempre foi integração.

E é exatamente aí que entra o IBM MQ — o componente que transformou o mainframe de “ilha isolada” em coração da arquitetura moderna.

---

🕰️ ORIGEM — POR QUE O MQ EXISTE?

Antes do MQ:

• Sistemas conversavam via sockets, arquivos, chamadas diretas
• Tudo era síncrono
• Se o destino caía → 💥 tudo quebrava

👉 A IBM criou o MQ (antigo WebSphere MQ) para resolver:

✔ Desacoplamento
✔ Confiabilidade
✔ Escalabilidade
✔ Integração heterogênea

💡 Tradução Bellacosa:

“MQ nasceu para impedir que um sistema derrube o outro.”

---

🧠 CONCEITO CENTRAL (O QUE MUDA TUDO)

👉 Aplicações não se falam diretamente

Elas falam com filas.

---

📦 MODELO MENTAL

COBOL A → MQ → COBOL B

✔ A envia
✔ MQ guarda
✔ B consome

👉 Simples… e revolucionário

---

💥 O TRIO QUE VOCÊ NUNCA ESQUECE

Conceito	Papel
Message	Unidade de dados
Queue	Armazenamento
Queue Manager	Cérebro

---

🧠 FRASE DE OURO

“Sem Queue Manager… não existe MQ.”

---

⚙️ COMO ISSO FUNCIONA (PASSO A PASSO REAL)

🔹 1. Aplicação COBOL envia mensagem

CALL 'MQPUT' USING ...

👉 Não importa:

• Se o destino está online
• Onde ele está
• Qual linguagem usa

---

🔹 2. MQ armazena na fila

✔ Persistente (disco)
✔ Seguro
✔ Ordenado

---

🔹 3. Outra aplicação consome

CALL 'MQGET' USING ...

👉 Pode ser:

• COBOL
• Java
• .NET
• SAP

---

🔄 ASSÍNCRONO — O PODER REAL

👉 Diferente de CICS sync:

✔ Envia → continua
✔ Não bloqueia
✔ Alta performance

💡 Isso muda tudo em batch + online

---

💾 PERSISTENT vs NON-PERSISTENT

🔥 Persistent

✔ Gravado em disco
✔ Não perde
✔ Entrega garantida

👉 Use em:

• Financeiro
• Débito
• Liquidação

---

⚡ Non-persistent

✔ Mais rápido
❌ Pode perder

👉 Use em:

• Consulta
• Logs
• Eventos leves

---

🔄 UOW — TRANSAÇÃO DE VERDADE

👉 Unit of Work = grupo de mensagens

✔ Tudo ou nada

💡 Exemplo:

• 4 mensagens
• 1 falha

👉 MQ faz rollback de todas

---

💀 DLQ — DEAD LETTER QUEUE

👉 Quando dá ruim:

✔ Mensagem vai para DLQ
✔ Com motivo + código

💡 Easter egg de produção:

DLQ cheia = sistema gritando socorro

---

🔐 SEGURANÇA (NÍVEL ENTERPRISE)

🧠 OAM (Object Authority Manager)

✔ Controla acesso
✔ Quem pode PUT/GET

---

🔒 SSL / TLS

✔ Criptografia
✔ Autenticação

---

🔄 CONVERSÃO DE DADOS (A MÁGICA)

👉 COBOL (EBCDIC) ↔ Java (ASCII)

✔ MQ converte automaticamente

💡 Você nem vê acontecer

---

⚙️ CUSTOM CONVERSION

👉 Quer regra própria?

✔ Use exits

💡 Muito usado em legado

---

🧩 PADRÕES DE ARQUITETURA (OURO)

---

📦 Point-to-Point

✔ 1 → 1
✔ Request/Reply

👉 Clássico COBOL ↔ COBOL

---

💻 Client/Server

✔ Muitos → 1

👉 Centralização (ex: core bancário)

---

⚖️ Workload Sharing

✔ 1 fila → vários consumidores

👉 Paralelismo brutal

💡 Padrão:

Competing Consumers

---

📡 Publish/Subscribe

✔ 1 → muitos
✔ Desacoplado

👉 Base de Event-Driven Architecture

---

💣 PEGADINHAS QUE DERRUBAM SENIOR

❌ MQ é síncrono → ERRADO
❌ Aplicações se conectam direto → ERRADO
❌ Remote queue armazena mensagem → ERRADO
❌ MQ garante non-persistent → ERRADO

---

🧠 CENÁRIO REAL (BANCO)

👉 Fluxo típico:

1. COBOL envia transação (MQPUT)
2. MQ armazena (persistent)
3. Workers processam (workload)
4. Evento dispara (pub/sub)

💥 Tudo via MQ

---

🔥 CURIOSIDADES (EASTER EGGS)

• MQ existe desde os anos 90 e ainda domina bancos
• DLQ handler pode automatizar correções
• MQ roda em:
  • z/OS
  • Linux
  • Windows
• Pode transportar até 100MB por mensagem

---

💥 FRASES QUE DEFINEM MQ

“MQ desacopla no tempo, no espaço e na tecnologia.”

“Se caiu, MQ segura. Se voltou, MQ entrega.”

“COBOL não morreu… ele só ganhou MQ.”

---

🚀 CONCLUSÃO

Se você domina MQ:

✔ Seus sistemas não quebram fácil
✔ Integração deixa de ser dor
✔ Você pensa como arquiteto

---

💣 VERDADE FINAL

“MQ não é só middleware…
é o que separa sistemas frágeis de sistemas resilientes.”

 

 

Bellacosa Mainframe e a Arquitetura do Mainframe

☕💾🏛️ ARQUITETURA MAINFRAME — O “CORAÇÃO INVISÍVEL” QUE AINDA MOVE BANCOS, GOVERNOS E O PLANETA DIGITAL 🔥💣

Muita gente iniciante em COBOL acredita que:

“mainframe é só um computador velho rodando tela preta.”

☠️☠️☠️

Até descobrir que:

• bancos inteiros;
• cartões;
• PIX;
• bolsas;
• companhias aéreas;
• governos;

dependem de arquiteturas mainframe funcionando 24x7 sem falhar.

E aí nasce a grande revelação:

Mainframe NÃO é apenas um computador.

É um ecossistema gigantesco de:

• processamento;
• integração;
• segurança;
• virtualização;
• automação;
• resiliência;
• engenharia enterprise.

☕💾🔥

---

☕ O QUE É “ARQUITETURA MAINFRAME”?

Arquitetura mainframe é:

a forma como todo o ambiente enterprise é organizado para processar volumes absurdos de dados com extrema confiabilidade.

Ela envolve:

• hardware;
• sistema operacional;
• storage;
• redes;
• segurança;
• middleware;
• banco de dados;
• processamento batch;
• processamento online;
• observabilidade;
• recuperação de desastre.

---

☠️ O ERRO DO PROGRAMADOR JÚNIOR

O júnior normalmente vê apenas:

COBOL + JCL

Mas por trás existe um universo monstruoso.

---

☕💾 O MAINFRAME É UMA “CIDADE DIGITAL”

Imagine um banco gigante.

Você vê:

• aplicativo;
• internet banking;
• PIX;
• cartão.

Mas nos bastidores existe:

Usuário
↓
API
↓
Gateway
↓
MQ
↓
CICS
↓
COBOL
↓
DB2
↓
Storage
↓
Logs
↓
Backup
↓
DR Site

Isso é arquitetura enterprise real.

---

☕💾 O z/OS — O SISTEMA OPERACIONAL INVISÍVEL

O coração do mainframe normalmente é o:

z/OS

Ele controla:

• memória;
• jobs;
• discos;
• segurança;
• workloads;
• transações;
• paralelismo.

---

Curiosidade brutal ☕

Enquanto um desktop trava com algumas aplicações…

o z/OS pode:

• processar milhares de transações por segundo;
• suportar milhões de contas;
• operar décadas sem reboot.

🔥💣

---

☕ O MAINFRAME FOI “CLOUD” ANTES DA CLOUD EXISTIR

Hoje o mercado fala:

• virtualização;
• elasticidade;
• workload balancing;
• multi-tenant.

Mas o mainframe já fazia isso há décadas com:

• LPAR
• Sysplex
• WLM
• Virtualização
• Compartilhamento de recursos

---

☕💾 LPAR — O “SERVIDOR DENTRO DO SERVIDOR”

LPAR significa:

Logical Partition

O mainframe divide um hardware físico em vários ambientes independentes.

Exemplo:

LPAR 1 → Produção
LPAR 2 → Desenvolvimento
LPAR 3 → QA
LPAR 4 → Disaster Recovery

🔥 Isso é virtualização enterprise pesada.

---

☕ WLM — O “CÉREBRO” DO MAINFRAME

Workload Manager

O WLM decide:

• quem recebe CPU;
• prioridade;
• recursos;
• throughput.

---

Exemplo real

Se:

• PIX
• cartão
• internet banking

disputarem CPU…

o WLM prioriza o serviço mais crítico.

☕🔥

---

☠️ O MAINFRAME NÃO PENSA COMO UM PC

PC:

“abre programas.”

Mainframe:

“orquestra workloads críticos nacionais.”

💾🔥

---

☕ CICS — O REI DAS TRANSAÇÕES

O CICS é um monitor transacional.

Ele gerencia:

• milhares de usuários;
• sessões;
• telas;
• transações;
• commits;
• rollback.

---

Exemplo clássico

Cliente consulta saldo:

Terminal
↓
CICS
↓
COBOL
↓
DB2
↓
Resposta

Tudo em milissegundos.

---

☕💾 DB2 — O CÉREBRO DOS DADOS

O DB2 no z/OS é:

• extremamente robusto;
• altamente otimizado;
• transacional;
• resiliente.

---

Ele garante:

• integridade;
• consistência;
• recovery;
• concorrência.

---

Curiosidade poderosa ☕

Grande parte dos bancos prefere DB2 z/OS porque:

• estabilidade absurda;
• throughput gigantesco;
• segurança enterprise.

---

☕ JES2 — O MAESTRO DOS BATCHES

O JES2 controla:

• filas;
• spool;
• jobs;
• impressão;
• execução batch.

---

Exemplo bancário noturno

Fechamento diário
↓
Juros
↓
Extratos
↓
Compensação
↓
Backup
↓
Relatórios

Tudo orquestrado pelo JES2.

---

☠️ QUANDO O BATCH ATRASA…

☕🔥☠️🔥☠️🔥

O caos corporativo começa:

• SLA explode;
• banco atrasa;
• processamento falha;
• diretoria entra em pânico.

---

☕💾 RACF — O GUARDIÃO DO ENTERPRISE

O RACF controla:

• usuários;
• permissões;
• datasets;
• transações;
• auditoria.

---

No enterprise:

segurança NÃO é opcional.

---

☕ MQ — O “CORREIO DIGITAL” DO MAINFRAME

MQ permite comunicação segura entre sistemas.

Exemplo:

App Mobile
↓
API
↓
MQ
↓
Mainframe
↓
COBOL

---

Isso desacopla sistemas gigantes.

---

☕💾 SYSPEX — O MAINFRAME DISTRIBUÍDO

Parallel Sysplex

Vários mainframes trabalhando juntos.

Objetivo:

• alta disponibilidade;
• balanceamento;
• failover;
• escalabilidade.

---

Curiosidade assustadora ☕

O Sysplex permite:

• manutenção sem parar o banco;
• failover quase invisível;
• continuidade operacional absurda.

🔥💣

---

☕ O MAINFRAME NÃO É “LEGADO”

Essa palavra é mal interpretada.

Muita gente chama legado de:

“coisa velha.”

Mas enterprise pensa:

“sistema crítico que gera bilhões.”

💾🔥

---

☕💾 O NOVO MAINFRAME

Hoje o ecossistema inclui:

• APIs REST;
• z/OS Connect;
• OpenShift;
• containers;
• LinuxONE;
• IA;
• automação;
• observabilidade;
• integração cloud.

---

O MAINFRAME MODERNO É HÍBRIDO

Cloud
+
APIs
+
Containers
+
COBOL
+
DB2
+
MQ
+
IA

🔥☕

---

☕ O QUE O PROGRAMADOR COBOL JÚNIOR PRECISA ENTENDER

Você NÃO trabalha apenas com:

• programa COBOL;
• JCL;
• tela CICS.

Você faz parte de:

• uma arquitetura enterprise gigantesca;
• altamente integrada;
• extremamente crítica;
• absurdamente confiável.

---

☠️ O GRANDE CHOQUE DO JÚNIOR

O iniciante pensa:

“vou alterar um campo.”

Mas no enterprise isso pode impactar:

• batch;
• APIs;
• MQ;
• DB2;
• replicação;
• compliance;
• auditoria;
• mobile banking.

☠️🔥☠️🔥☠️🔥

---

☕💾 A GRANDE LIÇÃO DA ARQUITETURA MAINFRAME

Mainframe não sobreviveu por acaso.

Ele sobreviveu porque foi construído com:

• engenharia pesada;
• confiabilidade;
• resiliência;
• governança;
• performance;
• estabilidade.

---

☕💾🔥 CONCLUSÃO — O MAINFRAME É UMA DAS MAIORES OBRAS DE ENGENHARIA DA HISTÓRIA DA COMPUTAÇÃO 🔥💣☕

Muitos desenvolvedores modernos:

• sabem frameworks;
• sabem frontend;
• sabem cloud;

mas nunca sustentaram:

• sistemas nacionais;
• milhões de transações;
• processamento financeiro massivo.

O mainframe sustenta isso diariamente há décadas.

E entender arquitetura mainframe significa:

entender como o mundo enterprise realmente funciona por trás das cortinas. ☕💾🔥