Yandex recurre a tres proveedores para ayudar a los clientes de Yandex Cloud tras los fallos en sus centros de datos

Yandex ha llegado a un acuerdo con tres proveedores rusos de nube —Selectel, K2Cloud y VK Cloud— para ayudar a los clientes de Yandex Cloud cuyos servicios se vieron afectados por incidentes en los centros de datos de la compañía. Lo informó RBC, citando a representantes de Yandex. La empresa espera que la colaboración ayude a reducir las interrupciones en el funcionamiento de los servicios. En un mercado donde los competidores suelen repartirse los clientes, no la capacidad, es un movimiento atípico.

Qué se sabe hasta ahora

Hay pocos datos, y conviene enumerarlos con cuidado y sin especulaciones:

• Quién ayuda: Selectel, K2Cloud y VK Cloud.
• A quién ayudan: a los clientes de Yandex Cloud cuyos servicios se vieron afectados tras los incidentes en los centros de datos de Yandex.
• Objetivo: reducir las interrupciones en el funcionamiento de los servicios.
• Fuente: RBC, citando a representantes de Yandex.
• No se ha revelado: qué incidentes ocurrieron exactamente, cuántos clientes se han visto afectados, cuánto duraron las interrupciones ni en qué formato se prestará la ayuda.

El último punto es el más importante. La expresión «ayuda a los clientes» puede significar casi cualquier cosa: desde capacidad de cómputo temporal y traslado de máquinas virtuales hasta asesoramiento sobre migración. El comunicado no precisa qué opción se ha elegido.

Por qué los competidores han aceptado ayudar

El mercado ruso de la nube es reducido. Para las grandes empresas y los clientes públicos, la oferta de grandes proveedores locales es limitada, y los hiperescaladores extranjeros no están disponibles o resultan inaceptables para muchas tareas por los requisitos de ubicación de los datos. Si los clientes empiezan a perder la confianza en el modelo de nube como tal, perderán todos los actores. Podrían volver a sus propias salas de servidores y destinar los presupuestos a hardware.

Por eso la participación de Selectel, K2Cloud y VK Cloud parece racional. Para ellos es una oportunidad de demostrar la madurez de su infraestructura y, probablemente, de captar nuevos clientes a los que después les costará volver. Para Yandex es una forma de limitar el daño reputacional y de ofrecer una salida de emergencia a los clientes afectados mientras se recuperan sus propias instalaciones. Se trata de una interpretación, pero se desprende de la lógica del mercado. Las propias compañías no han comentado sus motivos.

Las preguntas que esperan respuesta

Trasladar una carga de trabajo de una nube a otra no es técnicamente instantáneo. Difieren las API, los esquemas de red, los servicios de bases de datos gestionadas y la forma de entregar las copias de seguridad. Los contenedores, Kubernetes y los almacenamientos compatibles con S3 facilitan la migración, pero no eliminan el trabajo de configuración. Quedan además varias cuestiones organizativas:

• Quién paga el alojamiento temporal: el cliente, Yandex o ambas partes se reparten los costes.
• Cómo se compensan las caídas según el SLA.
• Cómo se trasladan los datos, incluidos los personales, y quién responde del cumplimiento de la legislación al transferirlos entre instalaciones.
• Si los clientes volverán a Yandex Cloud una vez restablecido el servicio y en qué condiciones.

Por ahora Yandex no ha desvelado estos detalles. Si se conocen, mostrarán si se trata de una ayuda mutua real o de un acuerdo formal para atender posibles solicitudes.

Qué deben revisar los clientes de la nube

La propia situación sirve de recordatorio: incluso en un gran proveedor, un centro de datos sigue siendo un punto único de fallo si la carga no está distribuida. Mientras no se publiquen los detalles, tiene sentido repasar una lista corta:

• Comprobar que las aplicaciones están desplegadas en al menos dos zonas de disponibilidad, y no solo en una.
• Guardar las copias de seguridad fuera de la infraestructura del proveedor principal y probar la restauración al menos una vez por trimestre.
• Describir la infraestructura como código (Terraform o similar) para poder desplegarla en otra plataforma en horas, y no en semanas.
• Solicitar a Yandex por escrito las condiciones de la ayuda, incluidos plazos, coste y responsabilidad de las partes.
• Releer el SLA y asegurarse de entender tanto el procedimiento de compensación como los umbrales reales de disponibilidad.
• Averiguar de antemano qué datos no pueden salir de determinadas instalaciones por exigencias de los reguladores.

La colaboración de tres competidores con Yandex es una buena señal de que el mercado está dispuesto a asegurarse mutuamente. Pero el valor práctico de ese seguro depende de cuánto haya pensado el cliente, con antelación, su propio plan de tolerancia a fallos.