Falha No Google Cloud Para Bancos E Serviços Públicos Na Europa

O Google Cloud sofreu na segunda-feira, 19 de outubro, uma interrupção que afetou serviços em toda a Europa e deixou bancos digitais, sites de serviços públicos e sistemas judiciais fora do ar. O problema começou às 23h08, horário de Los Angeles, na região europe-west2, que tem seu centro de dados em Londres, e se estendeu até a manhã de terça, 20. A empresa atribuiu a queda a um evento de energia na zona europe-west2-b. A investigação completa sobre o incidente segue aberta e o Google prometeu publicar as conclusões.

O Que Aconteceu

A página de status do Google descreveu inicialmente que múltiplos serviços apresentavam problemas na europe-west2. A versão final do comunicado foi mais específica: serviços do Google Cloud estavam indisponíveis na zona europe-west2-b, enquanto outras zonas da região relatavam erros elevados e falhas intermitentes de rede.

A lista de produtos afetados alcançou ferramentas centrais de operação de empresas: BigQuery, App Engine, Looker e serviços de banco de dados SQL, entre outros. O alcance explica por que a queda não ficou restrita a quem é cliente direto do Google.

• Bancos: Revolut e Lloyds Bank relataram picos de falhas no Reino Unido;
• Serviços públicos: sites governamentais britânicos tiveram indisponibilidade;
• Justiça: advogados relataram audiências que não puderam continuar;
• Logística e imóveis: DPD e Rightmove apareceram nos gráficos de queda do DownDetector.

Quando um banco, um varejista e uma operadora de entregas parecem negócios separados, mas compartilham o mesmo provedor de nuvem por baixo, um problema único se espalha por setores que ninguém associaria.

Como O Google Respondeu

A orientação técnica dada às empresas afetadas foi direta: quem tivesse condição deveria migrar a carga para outra zona ou outra região. É a recomenação clássica de arquitetura distribuída — e também o teste de quanto aquela recomendação tinha sido colocada em prática antes da falha.

A recuperação foi gradual. O Google projetou inicialmente a restauração completa até as 6h de terça, e depois comunicou que a maior parte dos clientes já estava atendida, com um número reduzido ainda em acompanhamento pela equipe de engenharia. Os especialistas ouvidos pela imprensa lembraram que a maioria das interrupções desse tipo decorre de falhas técnicas, e não de ataques, algo que também desaconselhou a reiniciar senhas ou reinstalar aplicativos durante a janela de crise.

A Lição Que Fica

A falha reacendeu a discussão sobre redundância. A tecnologia que sustenta pagamentos e serviços essenciais é invisível até parar de funcionar — e, quando para, afeta simultaneamente pessoas que usam aplicativos de empresas aparentemente sem relação entre si. Para o CTO da NordVPN, o problema não é a confiabilidade da nuvem, e sim a ideia de que usar um grande provedor elimina a responsabilidade de se preparar.

Para quem opera no Brasil, a consequência prática é verificar se o plano de contingência existe mesmo: um backup só é útil se puder funcionar de forma independente do que falhou, e cópia de dados por si só não mantém um cliente fazendo pagamento. Também vale conferir se o sistema principal e a alternativa não dependem das mesmas regiões do provedor. O calendário de outubro já mostrou que uma zona só, ainda que em Londres, é capaz de paralisar bancos, tribunais e serviços públicos de um continente inteiro.