Yandex fecha acordo com Selectel, K2Cloud e VK Cloud após ataques a seus data centers

O Yandex fechou acordo com três provedores de nuvem russos, Selectel, K2Cloud e VK Cloud, para hospedar com rapidez os dados e serviços de seus clientes. O motivo foram os ataques aos data centers da própria empresa. A informação foi publicada pelo vc.ru em 9 de outubro de 2026. Nesse arranjo, concorrentes do mercado de nuvem atuam como infraestrutura de reserva, um dos sinais mais diretos de quão séria foi a situação.

O que se sabe até agora

O relato original é curto. Ele cita os três provedores e o objetivo geral: receber rapidamente dados e serviços de clientes do Yandex. Todo o resto está ausente do material publicado.

• Quem participa: o Yandex como origem dos clientes; Selectel, K2Cloud e VK Cloud como plataformas receptoras.
• O que será transferido: dados e serviços de clientes, sem detalhamento por produto.
• Causa: ataques aos data centers do Yandex. O tipo de ataque (ciberataque, ação física ou outro) não é especificado.
• Não divulgado: número de clientes afetados, volume de dados a migrar, prazos, condições comerciais e lista de serviços.

A falta desses detalhes é relevante por si só. Ainda não está claro se trata-se de uma diversificação preventiva ou de uma evacuação forçada de parte da carga. A resposta influencia a avaliação do impacto sobre todo o mercado.

Por que concorrentes ajudam uns aos outros

Selectel, K2Cloud e VK Cloud disputam com o Yandex os clientes corporativos. Mesmo assim, aceitaram receber a carga de um rival, e há uma lógica clara nisso. É mais fácil manter dentro do ecossistema nacional de nuvem os clientes que ficam sem serviço do que vê-los migrar para soluções estrangeiras ou para salas de servidores próprias. Para empresas russas que lidam com dados pessoais de cidadãos, a escolha já é limitada, em princípio, pelas exigências de localização do armazenamento. Os três provedores citados atendem a esses requisitos.

O lado técnico da migração é menos óbvio. Cada nuvem tem APIs próprias, serviços diferentes de bancos de dados gerenciados e seus próprios esquemas de balanceamento e armazenamento. Máquinas virtuais simples e armazenamento de objetos migram rápido. Serviços gerenciados (managed), filas, funções serverless e mecanismos de identidade atrelados a um provedor específico exigem retrabalho. Por isso, a palavra "acelerada" no comunicado deve ser lida como promessa de prioridade e de recursos dedicados, e não como garantia de migração instantânea.

Uma questão à parte envolve as cargas de IA. Treinamento e inferência de modelos dependem de clusters de GPU e de redes rápidas entre os nós, e essa capacidade é escassa na Rússia. A fonte não informa se instâncias com GPU e plataformas de ML entram no acordo.

O que os clientes de nuvem devem fazer

O caso deixa uma lição prática, que vale independentemente do desfecho deste episódio específico. Um único provedor, mesmo grande, continua sendo um ponto único de falha.

• Verifique onde estão os backups. Se ficam na mesma nuvem e na mesma zona da produção, isso não é redundância.
• Descreva a infraestrutura como código (Terraform, Ansible, Helm). Isso reduz a migração de semanas para dias.
• Evite dependência excessiva de serviços gerenciados proprietários onde existem alternativas abertas: PostgreSQL, Kafka, armazenamento compatível com S3.
• Reduza com antecedência o TTL no DNS dos registros críticos e confira quem na empresa pode alterar o roteamento.
• Releia o contrato: quais obrigações de disponibilidade e recuperação estão previstas, quem responde por perdas e como é formalizada a exportação de dados.
• Se há clientes do Yandex na sua cadeia de fornecimento, peça a eles o plano de recuperação atualizado.

Três fatores vão definir o que acontece a seguir: os esclarecimentos oficiais do Yandex sobre a natureza dos ataques, os prazos de transferência dos serviços e a fluidez da migração dos primeiros clientes. Por ora, só o acordo em si está confirmado, e a avaliação de sua dimensão continua em aberto.