 |
| Bellacosa Mainframe e o conceito de single source of truth |
Single Source of Truth (SSOT): a verdade nua, crua… e versionada
Se existe um conceito que todo arquiteto, analista, DBA, operador e até estagiário já ouviu — e todo mundo acha que já tem — esse conceito é o tal do Single Source of Truth.
Spoiler: quase ninguém tem de verdade. E no mainframe isso é ainda mais sagrado (e mais difícil).
Senta que lá vem história.
🧠 Origem: quando a verdade ainda cabia em um arquivo VSAM
Antes de buzzwords, cloud, data mesh e dashboards coloridos, o SSOT já existia — só não tinha nome chique.
Nos anos 60/70, no mundo IBM Mainframe, a regra era simples:
“Existe um dado oficial. O resto é cópia, relatório ou dor de cabeça.”
-
Um master file VSAM
-
Um DB2 table owner bem definido
-
Um CICS que mandava na regra de negócio
Se o saldo do cliente estava no arquivo X, qualquer outro valor estava errado, não “divergente”.
👉 Isso era SSOT by design, não por moda.
📜 Definição curta (para colar na parede da sala)
Single Source of Truth é a fonte única, autorizada e confiável de um dado, regra ou estado de negócio.
-
Não é só onde o dado está
-
É quem manda nele
-
É quem pode mudar
-
É quem responde quando dá problema
No mainframe, isso sempre foi levado a sério porque…
💸 erro de dado = dinheiro real sumindo.
🏗️ SSOT no Mainframe: raiz forte, galhos controlados
No mundo IBM Mainframe, o SSOT normalmente assume estas formas:
-
📦 DB2 → verdade transacional
-
📁 VSAM KSDS/ESDS → registros mestres históricos
-
🧠 CICS → verdade das regras online
-
📊 SMF/RMF → verdade operacional
-
🔐 RACF → verdade de segurança (e ponto final)
E aqui vai a regra de ouro, estilo Bellacosa:
Se dois sistemas “mandam” no mesmo dado… nenhum manda.
⚠️ O problema moderno: todo mundo quer sua própria verdade
Com a chegada de:
-
Data Lakes
-
BI Self-Service
-
Microservices
-
Replicações near-real-time
-
APIs para tudo
Nasceu o monstro de três cabeças:
🧟 A Verdade Paralela
🧟 A Verdade de Cache
🧟 A Verdade do PowerPoint
Cada área passa a ter:
-
“Meu dado”
-
“Meu relatório”
-
“Minha métrica”
E quando os números não batem…
👉 a culpa é do mainframe, claro 😏
🧩 Formatos de SSOT (sim, existem vários)
1️⃣ SSOT Transacional
-
Fonte: DB2 / CICS
-
Uso: sistemas core
-
Alta integridade
-
Baixa tolerância a erro
💡 Mainframe é rei aqui.
2️⃣ SSOT Analítico
-
Fonte: DW / Lakehouse
-
Uso: BI, KPIs
-
Risco: latência e transformação
⚠️ Não confundir com verdade operacional.
3️⃣ SSOT de Configuração
-
Fonte: repositórios únicos
-
Ex: parâmetros, tabelas de domínio
🧨 Dica: tabela “copiada” em cada sistema não é SSOT.
4️⃣ SSOT de Governança
-
Catálogos de dados
-
Data lineage
-
Glossário corporativo
📚 Onde a verdade é documentada, não só armazenada.
🛠️ Dicas práticas (da trincheira, não do slide)
✔️ Defina ownership real
“Quem acorda às 3h da manhã se der erro?”
✔️ Separe dado de consumo
-
Origem ≠ réplica ≠ cache
✔️ Documente a verdade
-
Se não está escrito, vira lenda urbana.
✔️ Controle quem escreve
-
Ler é democrático. Escrever não.
✔️ Mainframe como âncora
-
Sistemas modernos orbitam. O core não flutua.
💣 Riscos clássicos (a lista da vergonha)
-
❌ Duas bases “oficiais”
-
❌ ETL que “corrige” dado
-
❌ BI explicando divergência em reunião
-
❌ Regra de negócio fora do core
-
❌ “É só um relatório…”
⚠️ Relatório nunca é inocente.
🧪 Curiosidades & Easter Eggs
🥚 Easter Egg #1
Muitos sistemas “modernos” recriam SSOT… e descobrem 30 anos depois o que o CICS já fazia.
🥚 Easter Egg #2
RACF é um dos SSOTs mais respeitados da empresa — ninguém questiona.
🥚 Easter Egg #3
O termo SSOT ficou famoso com BI, mas nasceu no batch noturno.
🧠 Reflexão final (El Jefe mode ON)
SSOT não é tecnologia.
É disciplina organizacional.
Você pode ter:
-
Cloud
-
Kafka
-
Lakehouse
-
AI
-
Dashboard bonito
Mas se não souber qual dado é o oficial…
👉 Você só tem várias mentiras bem organizadas.
☕🌙 Midnight Lunch Thought
No fim do dia (ou da madrugada):
quem controla a verdade controla o sistema.
E historicamente…
o mainframe sempre soube disso.
