Ontem à noite um galho de árvore caiu aqui na região e levou duas fibras óticas com ele. A empresa de logística que gerencio a rede parou parcialmente, mas continuou funcionando. Conseguimos manter sistemas críticos no ar enquanto resolvíamos o problema.Três dias antes, a AWS teve 113 serviços fora do ar simultaneamente. Hoje, a Azure teve um problema de cascata que afetou clientes da própria AWS.Essas três coisas juntas formam uma conclusão bem clara: você não tem redundância só porque tem cloud. Você tem concentração em outro lugar.

A Ilusão do “Backup na Nuvem”

Vejo isso constantemente: empresas que migram tudo para cloud achando que resolvem o problema de disponibilidade. “Ah, agora tá safe na nuvem”. Não. Agora tá safe enquanto a AWS, Azure ou Google estiverem de pé.

O que a gente viu essa semana foi importante: não é um caso isolado. AWS e Azure não caem todo dia, mas quando caem, caem de verdade. 113 serviços simultâneos. Clientes inteiros offline. Problema de configuração que cascateou. Não é um link que rompe. É um data center inteiro que falha.

Qual é a diferença entre um galho que rompe sua fibra local e um erro de configuração que tira AWS do ar? Nenhuma, do ponto de vista de impacto. Seu sistema fica offline. Seus clientes não conseguem acessar nada. Sua operação para.

A única diferença é que no caso do galho, você pode ligar para a operadora, ela manda um técnico amanhã de manhã e resolve. No caso da AWS, você senta e espera eles resolverem. Sem muita comunicação clara. Sem ETA. Sem plano B automático.

O Mito da Redundância Multi-Cloud

“Ah, mas a gente usa AWS e Azure juntas”. Ótimo. Você acaba de duplicar o custo. E descobrir que quando um cai, o outro pode cair junto por causa de configuração, ou por causa de fila, ou por causa de outro problema que ninguém previu.

Redundância real não é “estar em dois lugares”. É estar em tipos diferentes de lugares. Cloud + on-premise. SaaS + self-hosted. Internet pública + link dedicado. Diferentes tecnologias, diferentes pontos de falha.

Se você tá em AWS e Azure, e ambas falham ao mesmo tempo (ou quase), você não tem redundância. Você tem duas apostas no mesmo cavalo.

O Que Realmente Funcionou Ontem

Quando o galho caiu, o que nos salvou não foi sofisticação. Foi pragmatismo: um link de rádio, com banda menor, rota diferente, tecnologia diferente. Simples. Funcional. Pronto.

Esse link foi capaz de manter os sistemas críticos no ar porque não dependia da fibra. Quando você tem infraestrutura heterogênea de verdade, você não está apostando em nenhum provedor específico. Você está apostando em diversidade.

E diversidade funciona. Sempre funcionou.

A Realidade Que Ninguém Quer Admitir

Cloud é ótimo para muita coisa. Escalabilidade, elasticidade, menos preocupação com hardware. Mas cloud nunca vai ser mais confiável que uma infraestrutura bem desenhada que inclui local.

Por quê? Porque cloud depende de internet. Internet pode falhar. Cloud depende de um provedor. Provedor pode ter erro de configuração. Cloud depende de segurança de terceiros. Terceiro pode ser alvo de ataque.

Quando tudo está na nuvem, você está bonito enquanto não há problema. Quando há, você está tão vulnerável quanto estava antes, só que agora você não controla nada.

A Solução: Hybrid Não É Nostalgia, É Inteligência

Infraestrutura moderna deveria funcionar assim:

Operação crítica: Roda on-premise, com redundância local (dois links diferentes, rádio como terceira opção se necessário, comutação automática entre elas).

Operação secundária / escalabilidade: Cloud para o que faz sentido (picos de carga, aplicações não-críticas, dados analíticos).

Dados: On-premise para o que é operacional crítico, cloud para o que é complementar.

Comunicação: Links diferentes, tecnologias diferentes, nenhuma dependência de um único canal.

Isso não é complicado. É caro? Mais caro que “tudo na nuvem” no início. Mas bem mais barato que uma hora parada de operação real.

Esse é o modelo que funcionou para a gente ontem. E continua funcionando hoje. E funcionará quando a próxima coisa cair — porque algo sempre cai.

O Ponto Final

Você não precisa escolher entre on-premise e cloud. Essa é uma falsa dicotomia vendida por quem ganha comissão em migração. Você precisa escolher entre “estar preparado” e “estar esperançoso”.

Estar preparado é ter redundância de verdade: local, cloud, diferentes tecnologias, comutação automática entre elas. Estar esperançoso é acreditar que nenhuma vai falhar.

Essa semana provou que cloud falha. Ontem provou que uma árvore cai. Próxima semana vai provar que quem tiver infraestrutura heterogênea continua operando, enquanto quem apostou tudo em um lugar está recebendo ligações de cliente irritado.

Escolha com sabedoria.