Tras los ataques a sus centros de datos, Yandex llega a un acuerdo con Selectel, K2Cloud y VK Cloud
Tras los ataques a sus centros de datos, Yandex ha llegado a un acuerdo con otros proveedores cloud para alojar de forma acelerada los datos y servicios de sus clientes. Entre los socios figuran Selectel, K2Cloud y VK Cloud. Lo informó vc.ru el 9 de octubre de 2026. El comunicado no detalla la naturaleza de los ataques, el alcance de las consecuencias, los plazos ni las condiciones de la migración. • Socios: Selectel, K2Cloud, VK Cloud. • Objetivo: alojamiento acelerado de los datos y servicios de los clientes de Yandex. • Se desconoce: qué fue exactamente lo que se atacó, cuántos clientes se han visto afectados y cuándo empezará el traslado.
Procesado por IA desde vc.ru; editado por Hamidun News
Yandex ha llegado a un acuerdo con tres proveedores cloud rusos, Selectel, K2Cloud y VK Cloud, para alojar de forma acelerada los datos y servicios de sus clientes. El motivo fueron los ataques a los centros de datos de la propia compañía. Lo informó vc.ru el 9 de octubre de 2026. En este esquema, los competidores del mercado cloud actúan como plataforma de respaldo, y es una de las señales más directas de lo grave que ha sido la situación.
Qué se sabe hasta ahora
El mensaje original es breve. Nombra a tres proveedores y un objetivo común: acoger con rapidez los datos y servicios de los clientes de Yandex. El resto no aparece en el material publicado.
- Quién participa: Yandex como origen de los clientes; Selectel, K2Cloud y VK Cloud como plataformas receptoras.
- Qué se traslada: datos y servicios de clientes, sin detalle por producto.
- Causa: ataques a los centros de datos de Yandex. No se aclara el tipo de ataque (ciberataque, daño físico u otro).
- No se ha revelado: el número de clientes afectados, el volumen de datos que se migran, los plazos, las condiciones comerciales ni la lista de servicios.
La ausencia de estos detalles es relevante en sí misma. Por ahora no está claro si se trata de una diversificación preventiva o de una evacuación forzada de parte de la carga. De esa respuesta depende la valoración de las consecuencias para todo el mercado.
Por qué los competidores se ayudan entre sí
Selectel, K2Cloud y VK Cloud compiten con Yandex por los clientes corporativos. Aun así, han aceptado asumir carga ajena, y la lógica es clara. Es más fácil retener dentro del ecosistema cloud nacional a los clientes que se quedan sin servicio que cederlos a soluciones extranjeras o a servidores propios. Para las empresas rusas que trabajan con datos personales de ciudadanos, la elección está limitada, en esencia, por los requisitos de localización del almacenamiento. Los tres proveedores mencionados cumplen esos requisitos.
El aspecto técnico de la migración es menos evidente. Cada nube tiene sus propias API, sus propios servicios de bases de datos gestionadas y sus propios esquemas de balanceo y almacenamiento. Las máquinas virtuales simples y el almacenamiento de objetos se trasladan rápido. Los servicios gestionados, las colas, las funciones serverless y los mecanismos de identidad ligados a un proveedor concreto requieren rediseño. Por eso, la palabra «acelerado» del comunicado debe leerse como una promesa de prioridad y recursos dedicados, no como garantía de una migración instantánea.
Una cuestión aparte son las cargas de IA. El entrenamiento y la inferencia de modelos dependen de clústeres de GPU y de redes rápidas entre nodos, y en Rusia esa capacidad escasea. La fuente no indica si los acuerdos incluyen instancias con GPU y plataformas de ML.
Qué deben hacer los clientes de servicios cloud
La historia deja una lección práctica que no depende de cómo termine este episodio concreto. Un solo proveedor, incluso grande, sigue siendo un punto único de fallo.
- Compruebe dónde están las copias de seguridad. Si están en la misma nube y la misma zona que producción, eso no es redundancia.
- Describa la infraestructura como código (Terraform, Ansible, Helm). Así la migración se reduce de semanas a días.
- Evite una dependencia excesiva de servicios gestionados propietarios donde existan alternativas abiertas: PostgreSQL, Kafka, almacenamiento compatible con S3.
- Reduzca con antelación el TTL del DNS de los registros críticos y compruebe quién en la empresa puede cambiar el enrutamiento.
- Relea el contrato: qué obligaciones de disponibilidad y recuperación recoge, quién responde por las pérdidas y cómo se formaliza la exportación de datos.
- Si en su cadena de suministro hay clientes de Yandex, pídales un plan de recuperación actualizado.
Tres factores determinarán la evolución de los acontecimientos: las explicaciones oficiales de Yandex sobre la naturaleza de los ataques, los plazos del traslado de servicios y la fluidez con que transcurra la migración de los primeros clientes. Por ahora solo está confirmado el propio acuerdo, y la valoración de su alcance sigue abierta.
Access Frontier LLMs & Multimodal AI in One Workspace
Discover NomadNet AI (nomadnet.ai) — unified access to frontier language models, research synthesis, and multimodal workflows.
Lo esencial de la IA — una vez por semana
Siete historias que de verdad importaron, elegidas a mano. Sin ruido ni notas de prensa.
¡Listo! Revisa tu correo para la confirmación.