Drones deixam fora de operação o terceiro data center da Yandex, em Vladimir

Drones atacaram o terceiro data center da Yandex, desta vez em Vladimir. Segundo o CNews, a unidade está totalmente fora de operação. A empresa tem cinco data centers no total, ou seja, três dos cinco já foram atingidos fisicamente, mais da metade da infraestrutura. Na véspera, os termos de uso dos serviços da Yandex ganharam uma cláusula pela qual a empresa não responde perante os clientes por serviços indisponíveis durante ataques de drones.

O que se sabe até agora

A fonte traz poucos detalhes, e isso é importante ter em mente. A reportagem não traz confirmações públicas sobre a extensão dos danos, os prazos de recuperação nem quais serviços foram afetados. A expressão "totalmente fora de operação" é da publicação, não de uma documentação técnica da operadora. Por isso, abaixo está apenas o que pode ser considerado estabelecido segundo o CNews:

• Unidade: data center da Yandex em Vladimir.
• Status: totalmente fora de operação.
• Total de data centers da empresa: 5.
• Já atingidos por ataques: 3.
• Mudança nos termos: incluída uma cláusula que isenta a empresa de responsabilidade por indisponibilidade dos serviços em caso de ataques de drones.

A reportagem não revela as datas nem a localização dos dois ataques anteriores. Também não se sabe quais serviços rodavam na unidade de Vladimir, e disso depende se os usuários chegaram a notar a falha.

A cláusula nos termos como sinal

A alteração nos termos de uso é mais interessante que o ataque em si. Ressalvas de força maior existem em quase todo serviço de nuvem ou de internet: desastres naturais, quedas de energia, ações de terceiros. Mas a menção direta a drones mostra que a empresa vê esses eventos não como um risco pontual, e sim como um fator recorrente. Advogados redigem cláusulas assim quando a probabilidade do evento deixa de ser teórica.

Para o usuário comum da Yandex, isso quase não muda nada: e-mail, mapas e buscador já não preveem compensação financeira por indisponibilidade. Para empresas, o quadro é outro. Se uma companhia constrói seu produto sobre o Yandex Cloud ou outros serviços de plataforma e conta com um SLA com multas, a referência a ataques de drones pode tornar essas multas inalcançáveis. Os detalhes dependem de cada contrato: os termos de uso e as condições corporativas nem sempre coincidem, e isso precisa ser verificado.

Por que um data center é tão vulnerável?

Um data center é um grande objeto estacionário, com endereço conhecido. Ele precisa de fornecimento robusto de energia, refrigeração e links de comunicação, e cada um desses elementos pode ser derrubado sem atingir diretamente as salas de servidores. A tolerância a falhas, por sua vez, se apoia na redundância geográfica: dados e carga são duplicados entre as unidades. Quando três de cinco unidades estão indisponíveis, a margem de segurança cai para duas. Mesmo com boa replicação, aumentam a carga sobre a capacidade restante, o risco de degradação e o tempo de recuperação após o próximo incidente.

Há também o lado da engenharia. Transferir a carga de uma unidade perdida exige recursos computacionais e de armazenamento livres, e, com a escassez de servidores e as restrições ao fornecimento de equipamentos, eles não são infinitos. Repor rapidamente, e no mesmo volume, a capacidade perdida é difícil.

O que fazer se sua equipe depende da Yandex

Primeiro, vale ler a versão atual dos termos de uso e do contrato corporativo: o que exatamente eles dizem sobre força maior e compensações. Depois, revisar a arquitetura. Dados críticos e backups devem ficar em pelo menos duas geografias independentes e, de preferência, também em outro provedor.

Os scripts de failover precisam ser testados regularmente na prática, e não mantidos apenas como um documento. Para empresas em que a indisponibilidade custa dinheiro, vale calcular com antecedência o tempo de recuperação aceitável (RTO) e o volume aceitável de perda de dados (RPO) e compará-los, com honestidade, ao que o provedor realmente consegue garantir. Se a diferença for grande, uma arquitetura multicloud sai mais barata do que uma única semana ruim sem serviço.