Yandex Cloud perdeu 2,84% dos dados dos clientes após incêndios em data centers: não havia backups

Todo engenheiro já ouviu alguma vez a frase “está na nuvem, não vai desaparecer”. Outubro de 2026 mostrou quanto vale essa confiança. A Yandex informou que, após incêndios em seus data centers, não conseguiu recuperar 2,84% dos dados dos clientes na plataforma Yandex Cloud.

O que sabemos de fato

Segundo a assessoria de imprensa da empresa, é impossível recuperar esses dados por dois motivos: os equipamentos sofreram danos críticos, e não havia backups dessas informações na plataforma. É a combinação dos dois fatores que importa. Um incêndio em um data center, por si só, é um desastre que o setor sabe enfrentar. Os dados desaparecem quando a única cópia estava no mesmo lugar que pegou fogo.

Em resposta, a Yandex planeja ativar os backups por padrão. O comunicado não traz mais detalhes: não está claro quantos clientes foram afetados nem quais serviços perderam dados. O número de 2,84% parece modesto, mas, para uma empresa específica, pode representar 100% do seu banco de dados, caso ele esteja nessa parcela.

Por que “por padrão” é o ponto central

Imagine uma loja virtual cujo banco de dados de pedidos fica em um único disco na nuvem. Enquanto tudo funciona, não há problema. Então o rack pega fogo, junto com o disco. Se não houver uma cópia em outra zona de disponibilidade ou em um armazenamento separado, os pedidos desapareceram. É uma ilustração, não a análise de um caso real: não sabemos quais serviços foram afetados.

Um backup que precisa ser ativado manualmente muitas vezes permanece desativado. Alguns querem economizar, outros esquecem, e outros têm certeza de que o provedor já faz isso. É a clássica lacuna de responsabilidade: o cliente acredita que a nuvem é responsável por preservar os dados, enquanto o provedor espera que o próprio cliente configure as cópias. Ativá-las “por padrão” fecha essa lacuna para quem não leu a documentação com atenção.

O que desenvolvedores, gerentes de produto e fundadores devem fazer

Não espere o provedor mudar as configurações. Confira sua infraestrutura hoje:

• Liste todos os sistemas de armazenamento: bancos de dados, armazenamento de objetos e discos de máquinas virtuais. Identifique quais não têm cópias.
• Siga a regra 3-2-1: três cópias dos dados, em dois tipos de mídia, com uma delas em outro local. De preferência, em outra zona de disponibilidade ou com outro provedor.
• Teste a recuperação. Um backup que nunca foi restaurado continua sendo uma hipótese, não uma proteção.
• Documente a perda de dados aceitável (RPO) e o tempo de recuperação (RTO). Sem esses números, a conversa sobre backups vira uma conversa sobre esperanças.
• Leia a seção sobre responsabilidade compartilhada na documentação e no contrato. Um SLA de disponibilidade do serviço não equivale a uma garantia de preservação dos seus dados.

Gerentes de produto devem incluir a perda de dados no registro de riscos e comparar o custo do backup com o custo da perda. Fundadores devem fazer uma pergunta à equipe técnica: “Quanto dos nossos dados existe em uma única cópia?”. Se a resposta vier com segurança e acompanhada de uma lista, está tudo em ordem. Se houver uma pausa, há trabalho a fazer.

Limitações e ressalvas

Por enquanto, temos um breve comunicado da empresa, não uma análise detalhada do incidente. Não sabemos quantos clientes foram afetados, quais foram as causas dos incêndios nem as condições de possíveis compensações. Backups ativados por padrão também não são uma solução para tudo: uma cópia armazenada no mesmo data center vai queimar junto com o original. Por isso, depois de ativar os backups, confira onde as cópias ficam fisicamente e se é possível restabelecer o serviço rapidamente a partir delas.

A conclusão é simples. A nuvem elimina a preocupação com o hardware, mas não a responsabilidade pelos dados. Se você não tem uma cópia funcional e testada em outro local, considere que não tem backup algum.