Drones tiram do ar o terceiro data center do Yandex em quatro dias

O Yandex perdeu o terceiro grande data center em quatro dias. No domingo, 11 de outubro, a empresa informou que um ataque de drone deixou fora de operação sua unidade na região de Vladimir, a leste de Moscou. De acordo com a Reuters, não há feridos, mas parte dos serviços para os usuários está fora do ar neste momento. Para uma empresa de tecnologia desse porte, perder três unidades em sequência é um teste de estresse para o qual nenhuma arquitetura de tolerância a falhas é preparada.

O que se sabe até agora

Há poucos detalhes públicos. A fonte é um comunicado do próprio Yandex, repercutido pela Reuters e depois pelo TNW. Pelo que consta no texto disponível, a empresa não divulgou a extensão dos danos, o prazo de recuperação nem a lista de serviços afetados.

• Unidade: data center na região de Vladimir, a leste de Moscou.
• Causa da falha: ataque de drone, segundo o Yandex.
• Data do comunicado: domingo, 11 de outubro de 2026.
• Contagem: terceiro grande data center da empresa em quatro dias.
• Vítimas: não há.
• Impacto para os usuários: parte dos serviços está indisponível; não se sabe quais.

Os dados disponíveis não trazem detalhes sobre os dois incidentes anteriores, então ainda não é possível comparar a dimensão e as consequências de cada um.

Por que três unidades em quatro dias são um caso à parte

O setor aprendeu há tempos a lidar com a falha de um único data center. Para isso existem zonas de disponibilidade, replicação de dados entre unidades e redirecionamento automático de tráfego. O cálculo parte do princípio de que as falhas são independentes: um incêndio, uma queda de energia ou um erro de manutenção em uma unidade não deveriam coincidir com um problema semelhante em outra.

Numa série de ataques, essa premissa deixa de valer. Três unidades em quatro dias significam que a margem de redundância é consumida mais rápido do que pode ser reposta. Os nós restantes assumem carga adicional, e qualquer nova falha neles atinge os usuários com mais força. Os engenheiros chamam isso de risco em cascata. O perigo está menos no desligamento em si e mais no fato de o sistema passar a operar sem rede de proteção.

Outra questão envolve as cargas de IA. O Yandex tem modelos de linguagem próprios e um assistente de voz, e ambos exigem clusters de GPU com alimentação elétrica robusta e refrigeração pesada. Não há informação sobre quais capacidades estavam nas unidades que saíram do ar. Qualquer conclusão sobre o impacto nos modelos da empresa seria mera suposição.

Na prática: o que equipes e clientes devem verificar

Mesmo quem não usa os serviços do Yandex pode tratar este episódio como um checklist para qualquer infraestrutura.

Primeiro, verifique como a redundância realmente funciona no seu ambiente. Duas "zonas" na mesma região ou no mesmo provedor não protegem contra eventos regionais. Segundo, teste o failover na prática: simulações de falha mostram quantos minutos ou horas a recuperação leva de fato, e não quanto promete a documentação. Terceiro, mantenha cópias dos dados e das configurações críticas fora da unidade principal, de preferência em outro provedor ou em outra jurisdição. Quarto, defina com antecedência quais funções do produto podem ser desligadas para preservar o núcleo do serviço e prepare um modo degradado.

Para os clientes do Yandex, os próximos dias vão mostrar o essencial: se os serviços indisponíveis voltam em poucas horas ou se o problema se arrasta. Acompanhe os status oficiais da empresa e não planeje lançamentos críticos para os próximos dias, até que o quadro das demais unidades fique claro.