Yandex Cloud perdió el 2,84% de los datos de sus clientes tras incendios en centros de datos: no había copias de seguridad

Todo ingeniero ha oído alguna vez la frase «lo tenemos en la nube, no se va a perder». Octubre de 2026 demostró cuánto vale esa confianza. Yandex anunció que, tras los incendios en sus centros de datos, no pudo recuperar el 2,84% de los datos de sus clientes en la plataforma Yandex Cloud.

Qué sabemos realmente

Según el departamento de prensa de la empresa, recuperar esos datos es imposible por dos motivos: los equipos sufrieron daños críticos y la plataforma no disponía de copias de seguridad de esa información. Lo decisivo es la combinación de ambos factores. Un incendio en un centro de datos es, por sí solo, una emergencia que el sector sabe afrontar. Los datos desaparecen cuando la única copia estaba en el mismo lugar que acabó ardiendo.

Como respuesta, Yandex prevé activar las copias de seguridad por defecto. El comunicado no ofrece más detalles: no está claro cuántos clientes se vieron afectados ni qué servicios perdieron datos. El 2,84% parece una cifra modesta, pero para una empresa concreta puede representar el 100% de su base de datos si esta quedó dentro de la parte afectada.

Por qué «por defecto» es lo más importante

Imagina una tienda en línea cuya base de datos de pedidos está en un único disco en la nube. Mientras todo funciona, no hay problemas. Entonces se incendia el rack, incluido el disco. Si no existe una copia en otra zona de disponibilidad ni en un almacenamiento independiente, los pedidos han desaparecido. Es un ejemplo ilustrativo, no el análisis de un caso real: no sabemos qué servicios se vieron afectados.

Las copias de seguridad que hay que activar manualmente suelen quedarse desactivadas. Algunos quieren ahorrar, otros se olvidan y otros dan por hecho que el proveedor se encarga. Es el clásico vacío de responsabilidades: el cliente cree que la nube se ocupa de preservar los datos y el proveedor espera que el cliente configure las copias. Activarlas «por defecto» cierra ese vacío para quienes no leyeron detenidamente la documentación.

Qué deben hacer desarrolladores, responsables de producto y fundadores

No esperes a que el proveedor cambie la configuración. Revisa hoy tu infraestructura:

• Haz una lista de todos los sistemas de almacenamiento: bases de datos, almacenamiento de objetos y discos de máquinas virtuales. Señala cuáles no tienen copias.
• Sigue la regla 3-2-1: tres copias de los datos, en dos tipos de soporte y una de ellas en otro lugar. Lo ideal es que esté en otra zona de disponibilidad o con otro proveedor.
• Prueba la recuperación. Una copia de seguridad que nunca se ha restaurado sigue siendo una hipótesis, no una protección.
• Documenta la pérdida de datos aceptable (RPO) y el tiempo de recuperación (RTO). Sin esas cifras, hablar de copias de seguridad se convierte en hablar de esperanzas.
• Lee el apartado sobre responsabilidad compartida en la documentación y el contrato. Un SLA de disponibilidad del servicio no equivale a una garantía de conservación de tus datos.

Los responsables de producto deberían incluir la pérdida de datos en el registro de riesgos y comparar el coste de las copias de seguridad con el de perder los datos. Los fundadores deberían hacer una pregunta al equipo técnico: «¿Cuántos de nuestros datos existen en una sola copia?». Si la respuesta llega con seguridad y acompañada de una lista, todo está en orden. Si hay una pausa, queda trabajo por hacer.

Limitaciones y salvedades

Por ahora, se trata de un breve comunicado de la empresa, no de un informe detallado del incidente. Desconocemos el número de clientes afectados, las causas de los incendios y las condiciones de posibles compensaciones. Las copias de seguridad activadas por defecto tampoco son una panacea: una copia alojada en el mismo centro de datos arderá junto con el original. Por eso, después de activar las copias de seguridad, comprueba dónde se almacenan físicamente y si permiten restablecer el servicio con rapidez.

La conclusión es sencilla. La nube te libera de gestionar el hardware, pero no de la responsabilidad sobre los datos. Si no tienes una copia operativa y verificada en otro lugar, da por hecho que no tienes ninguna.