Data center da Yandex em Kaluga para de funcionar: parte dos serviços pode ficar fora do ar

A Yandex avisou os usuários em 9 de outubro de 2026 que parte de seus serviços pode ficar indisponível por causa de um incidente no data center de Kaluga. A assessoria de imprensa da empresa informou o caso à Russian Business. Equipes de emergência trabalham no local. A Yandex não divulgou a causa, a dimensão das consequências nem o prazo de recuperação.

No título, o RB.RU chama a unidade de Kaluga de "mais um" data center da empresa que interrompeu as operações. A nota não esclarece o que aconteceu no episódio anterior. Por isso, ainda não é possível comparar os incidentes nem buscar uma relação entre eles: faltam dados para isso.

O que se sabe até agora

Os fatos são poucos, e convém separá-los com rigor.

• Fonte: assessoria de imprensa da Yandex, citada pela Russian Business
• Local: data center da empresa em Kaluga
• Status: operação suspensa
• No local: equipes de emergência
• Impacto: parte dos serviços pode ficar temporariamente indisponível; não se informa quais
• Não divulgado: causa, existência de vítimas, estimativa de prazo de recuperação

A menção às equipes de emergência indica um incidente físico, e não uma falha de software. A nota não permite saber de que tipo. Pode ter sido um incêndio, um problema de fornecimento de energia ou outra coisa. Sem confirmação da empresa, qualquer versão é apenas conjectura, e não vale tirar conclusões a partir dela.

Como um incidente físico difere de uma falha de software

Um erro de software costuma ser revertido: volta-se à versão anterior, reiniciam-se os nós, redireciona-se o tráfego. Um incidente físico funciona de outro jeito. Enquanto as equipes de emergência atuam no local, o acesso dos engenheiros às salas fica restrito. A energia ou o resfriamento podem ser desligados de propósito para evitar danos maiores. Depois, ainda é preciso verificar os equipamentos e religar tudo por etapas, o que leva tempo mesmo quando o hardware não sofreu danos.

Os grandes operadores incorporam esse tipo de risco à arquitetura. Os serviços ficam distribuídos em várias unidades, e, se uma delas falha, o tráfego é transferido para as outras. Mas a redundância não funciona da mesma forma para todos os componentes. Front-ends e serviços stateless migram rápido. Armazenamento e bancos de dados são mais complicados: exigem replicação entre as unidades, que pode ser síncrona ou assíncrona, e isso determina se o usuário será afetado. Por isso, a formulação da Yandex, "parte dos serviços pode ficar indisponível", é bastante previsível. Alguns produtos atravessam a queda de uma unidade sem que ninguém perceba; outros, não.

O que observar daqui para frente

As próximas horas devem esclarecer três pontos.

• A lista de serviços afetados. Se a falha atingir apenas alguns produtos, significa que os demais foram migrados com sucesso para outras unidades.
• A causa do incidente. Ela vai indicar se foi um episódio isolado ou um motivo para rever os requisitos de segurança física das instalações.
• O prazo para a unidade voltar a operar. Se for preciso verificar ou trocar equipamentos, o prazo pode ser de dias, e não de horas.

Também vale esperar uma análise da própria Yandex. Para uma grande empresa de infraestrutura, um postmortem público com cronologia e conclusões costuma ser mais importante do que as primeiras declarações.

Medidas práticas para usuários e empresas

Para o usuário comum, basta aguardar: novas tentativas de login e reinicializações do aplicativo pouco adiantam quando o problema está na unidade do data center. Empresas cujos processos de negócio dependem dos serviços da Yandex, inclusive da plataforma de nuvem, devem fazer algumas coisas.

• Consultar as páginas de status e os canais oficiais da empresa, em vez de confiar em boatos nas redes sociais
• Verificar em quais zonas de disponibilidade seus recursos estão hospedados e se há uma cópia em outra zona
• Não disparar reinicializações em massa nem repetir requisições de forma agressiva: isso gera carga extra durante a recuperação
• Garantir que os backups atualizados estejam fora da unidade afetada
• Preparar com antecedência uma mensagem para os clientes, caso a indisponibilidade se prolongue

Qualquer incidente em data center lembra que a confiabilidade de um serviço depende do provedor e também da arquitetura que o cliente montou. A arquitetura multizona custa dinheiro, mas em geral sai mais barato que a indisponibilidade.