Interrupção dos serviços da Microsoft a 31 de agosto: o risco de depender de um único fornecedor

Quando a infraestrutura central na nuvem fica indisponível, as operações das empresas modernas ficam paralisadas. Na segunda-feira, 31 de agosto, milhares de organizações em todo o mundo tiveram uma dura lição sobre as suas dependências digitais quando o Microsoft Outlook e o ecossistema mais alargado do Microsoft 365 sofreram uma interrupção de serviço que durou várias horas.

Os responsáveis pela continuidade de negócios conhecem bem este cenário de risco: depender inteiramente de um único fornecedor para as ferramentas operacionais essenciais deixa uma organização vulnerável aos riscos associados a um único ponto de falha.

Quando um fornecedor principal de serviços na nuvem fica inativo, a manutenção da produtividade dos colaboradores exige uma alternativa imediata e independente. Para reduzir a dependência de um único fornecedor, pode-se adotar uma estratégia de continuidade de negócios no local ou uma estratégia de continuidade de negócios entre nuvens. 

A perturbação começou na madrugada desta segunda-feira, provocando um pico de relatos de falhas em plataformas de telemetria como o Downdetector. O que inicialmente parecia ser um problema comum de conectividade dos clientes rapidamente se transformou num incidente generalizado ao nível da infraestrutura.

• Sintomas associados ao impacto no núcleo: Os utilizadores dos inquilinos afetados não conseguiram iniciar a aplicação para computador Outlook nem aceder ao portal Web. As organizações relataram graves estrangulamentos no fluxo de correio eletrónico, falhas totais no envio ou receção de mensagens, erros de início de sessão e de autenticação, bem como avarias nas funcionalidades de pesquisa nas caixas de correio.

• Repercussões em toda a suite do Microsoft 365: Embora o Outlook e o Exchange Online tenham sido os pontos de falha mais visíveis, a Microsoft reconheceu, nos relatórios de incidente MO1465074 / EX1464935, que o problema subjacente afetou o desempenho de ferramentas empresariais relacionadas. As consequências afetaram o Microsoft Teams, o OneDrive for Business, o SharePoint Online, o Microsoft Purview e o Microsoft Defender XDR.

• Alcance global e impacto desigual: O incidente tornou-se público por volta das 17h30 UTC e teve um alcance geográfico alargado. Nos Estados Unidos, foram registadas perturbações significativas em vários estados (incluindo o Texas, Nova Iorque, Kentucky e Nevada), a par de relatos provenientes da América Latina. Na costa do Pacífico, o impacto fez-se sentir no início do dia de trabalho (que maneira de começar uma segunda-feira!). As empresas europeias enfrentaram graves erros de autenticação e falhas na entrega de mensagens no final do dia útil, o que perturbou os procedimentos críticos de encerramento do mês a 31 de agosto. O impacto foi desigual: enquanto alguns colaboradores mantiveram o acesso, os seus colegas no mesmo inquilino ficaram completamente bloqueados.

• Uma duração superior a 10 horas: O incidente prolongou-se por quase 11 horas até que a telemetria se estabilizasse. Este período prolongado deixou as equipas de TI com dificuldades em manter a comunicação básica, tanto interna como com os clientes.

• Causa principal e medidas corretivas: A Microsoft identificou que a falha se deveu a uma configuração incorreta num componente central de autenticação e na camada de conectividade do protocolo utilizados pelos serviços internos do Exchange Online. Os engenheiros responderam implementando uma correção específica para repor as configurações de autenticação, lançando as atualizações de forma incremental em toda a infraestrutura de servidores.

Quando ocorre um incidente como o MO1465074 / EX1464935, o e-mail principal, o chat interno, o armazenamento de ficheiros e os painéis de controlo de segurança podem ficar fora de serviço simultaneamente. Nestes cenários, os planos tradicionais de recuperação de desastres que dependem de ferramentas secundárias no seio do o mesmo falha do ecossistema na nuvem.

Se o seu plano de comunicação de contingência for o Microsoft Teams, mas o Teams depender da mesma infraestrutura central de identidade e autenticação que o Exchange Online, o seu plano de contingência falhará juntamente com o seu sistema principal. A verdadeira resiliência requer diversidade estrutural de fornecedores.