Falha no Google Cloud afeta quase todas as operações bancárias e outras na Europa

Uma falha de energia no Google Cloud na região europe-west2 (Londres) derrubou serviços de vários bancos e fintechs europeus, deixando clientes sem acesso às contas, sem conseguir fazer pagamentos ou até destrancar bicicletas compartilhadas. Os comentaristas usam o incidente para questionar por que a infraestrutura financeira crítica depende de uma única zona de nuvem, debatendo as realidades do design multi-região, os trade-offs entre nuvem pública e hospedagem própria e os riscos adicionais das regras de soberania de dados e dos provedores baseados nos EUA. Muitos veem isso como um caso de teste para estruturas regulatórias como o Digital Operational Resilience Act da UE e um lembrete de que “a nuvem” não elimina a necessidade de planejamento rigoroso de redundância.

Impacto para os usuários e confiabilidade dos neobancos

  • Muitos comentaristas relatam falhas em neobanks e fintechs (por exemplo, Revolut), com pagamentos com cartão, saques em caixas eletrônicos e acesso ao app falhando.
  • Alguns usuários destacam a falta de suporte telefônico ou de contato humano durante incidentes como uma grande desvantagem dos bancos que operam só por app.
  • Outros contrastam isso com neobanks que investiram em sistemas separados e simplificados de “stand-in” em provedores diferentes, que preservaram funções bancárias essenciais durante falhas anteriores.
  • Alguns evitaram ou deixaram certos neobanks por preocupações com regulação, congelamento de contas ou mau tratamento de incidentes, preferindo bancos tradicionais com suporte telefônico confiável.

Causa e abrangência da falha

  • A página de status do Google atribui o problema a um “power event” na zona europe-west2-b, com restauração parcial em cerca de 30 minutos e mitigação adicional depois.
  • Os comentaristas se surpreendem com o fato de grandes bancos e serviços financeiros aparentemente terem concentrado cargas críticas em uma única zona/região, em vez de arquiteturas multi-zona ou multi-região.
  • Alguns relatam que serviços em outras zonas ou regiões também tiveram problemas, mas a extensão e a causa raiz do impacto entre zonas não estão claras.

Arquitetura em nuvem, resiliência e testes

  • Vários comentários enfatizam que configurações multi-AZ ou multi-região só importam se forem testadas regularmente; muitas organizações nunca simulam a perda total de uma AZ.
  • Profissionais observam que multicloud e redundância geográfica real são difíceis e caros, especialmente com consistência rigorosa e dependências legadas.
  • Há críticas de que os hyperscalers podem ter dependências entre zonas/regiões e limites de capacidade, causando problemas de “thundering herd” quando uma zona falha.
  • Outros argumentam que também haveria falhas se todos colocassem seu próprio hardware no mesmo data center; o problema real é a falta de redundância bem implementada.

Soberania, regulação e DORA

  • A discussão sobre “soberania de IA” versus “soberania de computação/dados”: alguns dizem que depender de uma única região de hyperscaler contradiz objetivos de soberania.
  • Outros distinguem soberania (onde os dados residem) de redundância (quantos locais existem), argumentando que reguladores e empresas devem considerar ambos.
  • Levantam-se questões sobre implicações regulatórias da UE/Reino Unido (por exemplo, DORA), com a visão de que as instituições podem enfrentar revisões e planos de melhoria, mas multas grandes são improváveis se este for um primeiro grande problema.
  • Regras legais/geográficas de residência e o Brexit são citados como motivos pelos quais alguns bancos mantêm cargas de trabalho do Reino Unido estritamente em regiões do Reino Unido, limitando as opções de redundância.

Comparações entre provedores de nuvem e sentimento geral

  • Há opiniões mistas sobre provedores: alguns colocam AWS e Azure acima de “todo o resto”, enquanto outros afirmam que o GCP normalmente tem menos falhas e boa segurança.
  • O Azure é descrito como bem projetado no nível do plano de controle, mas desajeitado na implementação e na documentação.
  • O ceticismo sobre “a nuvem vai ser mais barata e mais resiliente” é comum; muitos veem a nuvem como uma mudança de onde as falhas acontecem, e não como sua eliminação.