O recente incidente do Google Cloud em Londres é o tipo de evento que deve forçar as empresas a repensar o que realmente significa resiliência na nuvem. O Google disse que a interrupção foi causada por um “evento de energia” que afetou os data centers baseados em Londres, na região Europa-Oeste2. O problema apareceu no início do dia e afetou os serviços em nuvem dos quais muitas organizações dependem, seja diretamente por meio de suas próprias implantações ou indiretamente por meio de plataformas de terceiros executadas no Google Cloud.
O que tornou este incidente importante não foi simplesmente o facto de uma região de nuvens ter tido problemas. A infraestrutura em nuvem, como toda infraestrutura, pode e irá falhar. A verdadeira questão era o escopo da cadeia de dependência. Bancos, serviços de entrega, fornecedores de bicicletas elétricas, aplicações de orçamento, alguns serviços de marcação de consultas através da aplicação do Serviço Nacional de Saúde e sistemas de videoconferência judiciais foram todos afetados pela perturbação. Esses serviços podem parecer não relacionados, mas, na realidade, podem compartilhar os mesmos provedores de nuvem subjacentes, infraestrutura regional, serviços gerenciados, redes, sistemas de identidade, APIs e dependências operacionais.
Mais tarde, o Google disse que os serviços haviam se recuperado para as cargas de trabalho mais afetadas, com apenas um pequeno número de clientes ainda afetados. No entanto, o estrago já estava feito. O incidente mostrou o quanto os negócios modernos dependem de plataformas de nuvem altamente capazes, mas não imunes a falhas. Também mostrou que a resiliência não é algo que as empresas ganham automaticamente ao migrar para um hiperescalador. A arquitetura resiliente deve ser projetada, financiada, testada e possuída.
