 |
| Bellacosa Mainframe e a migraçao que falhou |
☕🔥 “A MODERNIZAÇÃO QUE DERRETEU US$ 170 MILHÕES”:
O DIA EM QUE A BOLSA DA AUSTRÁLIA DESCOBRIU QUE SUBSTITUIR MAINFRAME NÃO É BRINCADEIRA
Existe uma narrativa quase religiosa no mercado de tecnologia:
“Legacy é ruim. Mainframe é antigo. Blockchain resolve. Microserviços escalam tudo.”
A Australian Securities Exchange (ASX) resolveu apostar exatamente nisso.
E o resultado virou um dos maiores desastres modernos de migração de sistemas críticos financeiros.
📅 O CASO ASX — A LINHA DO TEMPO DO FRACASSO
2016 — O anúncio revolucionário
A ASX anunciou ao mercado que substituiria o CHESS:
sistema de clearing e liquidação da bolsa australiana
construído nos anos 1990
baseado em COBOL e mainframe
altamente estável
crítico para o mercado financeiro australiano
pela “nova geração”:
✅ Blockchain
✅ Distributed Ledger Technology (DLT)
✅ arquitetura moderna
✅ liquidação mais rápida
✅ redução de custos
✅ transparência distribuída
Na época, o mercado aplaudiu.
A imprensa chamou de:
“a primeira bolsa do mundo movida por blockchain”.
🏛 O QUE ERA O CHESS?
O CHESS não era “só um sistema antigo”.
Era literalmente o coração operacional da bolsa australiana.
Ele:
controlava custódia
liquidação financeira
ownership de ativos
sincronização entre participantes
integridade transacional do mercado
E fazia isso com:
~2,5 milhões de transações/dia
capacidade de pico acima de 10 milhões
disponibilidade de 99,95%
consistência transacional rígida
Tudo em mainframe.
⚠ O ERRO CONCEITUAL QUE MUITA GENTE NÃO ENTENDE
Muitos executivos olham para um sistema COBOL e enxergam:
“software velho”.
Mas sistemas financeiros antigos são frequentemente:
✅ extremamente otimizados
✅ previsíveis
✅ resilientes
✅ deterministicamente consistentes
✅ refinados por décadas de incidentes reais
Cada regra esquisita do sistema normalmente existe porque:
algum desastre já aconteceu antes.
Sistemas financeiros são cemitérios de exceções históricas.
🚨 2018 — O PRIMEIRO SINAL DE DESASTRE
O go-live estava planejado para 2018.
Mas começaram os adiamentos.
Depois vieram:
problemas de performance
problemas de sincronização
dificuldades de escalabilidade
inconsistência operacional
dúvidas sobre throughput
dúvidas sobre latência
E isso é importante:
Blockchain funciona MUITO melhor em cenários onde:
confiança é distribuída
latência não é crítica
consistência eventual é aceitável
Mercado financeiro NÃO aceita isso.
💥 O GRANDE PROBLEMA: CONSISTÊNCIA FORTE SOB ALTÍSSIMA CONCORRÊNCIA
O inferno começou aqui.
Em bolsa de valores:
uma transação não pode “talvez acontecer”
um ativo não pode aparecer duplicado
uma liquidação não pode entrar em eventual consistency
não existe “vamos sincronizar depois”
O sistema precisa garantir propriedades ACID:
ACID = {Atomicidade,\ Consist\hat{e}ncia,\ Isolamento,\ Durabilidade}
E garantir isso em arquitetura distribuída é brutalmente difícil.
⚡ O PROBLEMA QUE POWERPOINT NÃO MOSTRA: LATÊNCIA
Arquiteturas distribuídas introduzem:
comunicação entre nós
consenso
replicação
sincronização
validação distribuída
Tudo isso adiciona:
VARIABILIDADE
E mercado financeiro odeia variabilidade.
Porque:
microssegundos importam
previsibilidade importa
jitter importa
filas importam
lock contention importa
Mainframes foram literalmente desenhados para esse cenário.
📉 2022 — A AUDITORIA DA ACCENTURE
A situação ficou tão crítica que a ASX chamou a Accenture para revisar o projeto.
O relatório foi devastador.
Problemas encontrados:
🔴 Deficiências graves de design
🔴 Complexidade operacional subestimada
🔴 Riscos de escalabilidade
🔴 Falhas de governança
🔴 Cronogramas irreais
🔴 Problemas de engenharia estrutural
Pouco depois:
💣 Novembro de 2022 — PROJETO CANCELADO
Após quase 7 anos:
✅ cancelamento total
✅ prejuízo de ~240–255 milhões AUD
✅ perda de credibilidade
✅ impacto regulatório
✅ desgaste institucional gigantesco
⚖ 2024 — O ESCÂNDALO REGULATÓRIO
A situação piorou.
A ASIC (regulador australiano) processou a ASX alegando:
comunicação enganosa ao mercado
relatórios excessivamente otimistas
ocultação do verdadeiro estado do projeto
Isso é gravíssimo em mercado financeiro.
Porque investidores tomam decisões baseadas nessas comunicações.
🧠 A LIÇÃO MAIS IMPORTANTE
O fracasso NÃO significa:
❌ “Blockchain é inútil”
❌ “Tecnologia moderna não presta”
❌ “Mainframe vence tudo”
A lição real é muito mais profunda:
Sistemas críticos têm propriedades invisíveis.
E essas propriedades:
não aparecem no backlog Agile
não aparecem no PowerPoint
não aparecem no pitch de consultoria
Mas aparecem violentamente em produção.
☠ OUTROS CASOS FAMOSOS DE MIGRAÇÃO QUE FALHARAM REDONDAMENTE
🇬🇧 TSB Bank (Reino Unido) — 2018
“O banco migrou… e os clientes perderam acesso às contas”
O TSB tentou migrar da plataforma Lloyds para uma nova infraestrutura.
Resultado:
milhões de clientes sem acesso
contas erradas
saldos inconsistentes
pagamentos falhando
caos operacional
Impacto estimado:
💸 mais de £330 milhões em prejuízos.
O CEO acabou renunciando.
🇺🇸 Knight Capital — 2012
“45 minutos quase destruíram a empresa”
Não foi exatamente migração completa, mas atualização de sistema crítico.
Erro de deploy:
algoritmo antigo ativado por acidente
ordens disparadas descontroladamente
Resultado:
💥 US$ 440 milhões perdidos em 45 minutos.
A empresa praticamente morreu.
🇺🇸 Healthcare.gov — 2013
“O portal de saúde dos EUA colapsou no lançamento”
Problemas:
integração entre fornecedores
arquitetura complexa
testes insuficientes
escalabilidade ruim
O sistema entrou em colapso quase imediato.
🇬🇧 British Airways — 2017
“Uma falha derrubou operações globais”
Falha durante mudança operacional/data center.
Resultado:
voos cancelados
caos mundial
sistemas indisponíveis
prejuízo enorme
Muitos especialistas apontaram que simplificações excessivas na arquitetura contribuíram para o desastre.
🇩🇪 Deutsche Bank — tentativas de modernização
O Deutsche Bank passou anos tentando reduzir dependência de sistemas legados.
O problema?
Décadas de fusões criaram um “Frankenstein bancário”.
Em vários momentos, executivos admitiram que:
ninguém entendia totalmente o ecossistema
existiam dependências invisíveis
havia lógica de negócio enterrada no legado
☕ O QUE O MUNDO ENTERPRISE APRENDEU (E REAPRENDE TODO ANO)
Mainframe não sobreviveu por nostalgia.
Ele sobreviveu porque:
downtime custa bilhões
inconsistência destrói mercados
throughput real é difícil
previsibilidade vale ouro
🏛 O PARADOXO DO MAINFRAME
Quanto menos você ouve falar do sistema…
maior a chance de ele estar funcionando perfeitamente.
Porque sistemas realmente críticos:
não podem viralizar
não podem falhar bonito
não podem “iterar em produção”
Eles simplesmente precisam funcionar.
Todos os dias.
Por décadas.
🔥 A VERDADE QUE MUITA CONSULTORIA EVITA DIZER
Migrar sistema crítico não é:
✅ “reescrever código”
É:
migrar comportamento emergente
migrar décadas de exceções
migrar semântica operacional
migrar timing implícito
migrar cultura
migrar conhecimento tribal
migrar integrações invisíveis
E muitas vezes…
ninguém mais entende completamente tudo isso.
☕ A CONCLUSÃO MAIS INCÔMODA
Talvez a pergunta correta não seja:
“Por que ainda usam COBOL?”
Mas sim:
“Por que sistemas escritos há 40 anos continuam mais confiáveis do que muitas arquiteturas modernas?”
