Dos de seis centros de datos fuera de línea: la continuidad es una decisión de dirección

01Lo esencial

• Un proveedor de escala masiva perdió dos de sus seis sedes de cómputo, y con ellas el correo, apps de transporte y registros de logística.
• La causa varía, el efecto no: concentrar funciones críticas en una sola infraestructura multiplica el costo de cualquier caída.
• Un respaldo que jamás se ha recuperado es una hipótesis. Restaurar de verdad, con reloj en mano, mide la continuidad real.

Mi postura es simple: la continuidad de tus datos no es un tema técnico que se delega al proveedor, es una decisión de dirección. Si tu operación depende de una infraestructura que no controlas, alguien en tu empresa debe poder responder cuánto tiempo aguantas sin ella.

Lo que sigue parte de un caso reciente y documentado. No hace falta entrar en las causas para extraer la lección, porque el efecto sobre el negocio es el mismo sin importar qué apagó el edificio.

02Qué ocurrió

Un proveedor digital de gran escala sufrió daños físicos en varias de sus sedes de cómputo. Dos de las seis dejaron de operar por completo, y se averiaron las supercomputadoras que movían parte de su inteligencia artificial.

03El costo se paga en la vida diaria

La lista de afectaciones no es de laboratorio, es de operación cotidiana. Hay que leerla como un inventario de dependencias.

• Correo: usuarios sin acceso a sus buzones.
• Información: datos que por momentos parecían perdidos.
• Movilidad: aplicaciones de taxi y transporte que funcionaban de forma intermitente.
• Conductores: sin historial de pedidos y con viajes que se actualizaban tarde.
• Logística: empresas sin poder registrar la mercancía que recibían.

Detrás de esa lista hay una estructura reconocible. Una misma compañía concentraba tienda de aplicaciones, pagos, correo, agenda y transporte. Cuando una sola base sostiene tantas funciones, el daño no se suma: se multiplica. Y quien lo sufre es el usuario que solo quería pedir un viaje o recibir una factura.

04Mi lectura: concentrar es cómodo, hasta que deja de serlo

La concentración en un proveedor suele justificarse con razones sensatas: un solo contrato, una sola factura, integración fácil. Todo eso es verdad. Lo que casi nunca aparece en la presentación comercial es el escenario en que esa comodidad se convierte en un punto único de falla.

La nube es el equipo de otra persona, instalado en un edificio concreto. Si ese edificio se apaga, lo único que te queda encendido es tu plan de continuidad.

05El contraargumento honesto

Alguien dirá que los grandes proveedores invierten en redundancia como ninguna empresa mediana podría hacerlo. Es cierto, y por eso su disponibilidad media suele superar a la de un servidor propio. Pero disponibilidad media no es continuidad de tu negocio: el promedio no te ayuda el día en que la excepción cae sobre tus datos.

No propongo abandonar la nube. Propongo una arquitectura donde la salida de emergencia exista, esté probada y no dependa del mismo proveedor que falló.

06Cómo se ordena

• Mapa: Qué servicios son críticos, dónde viven físicamente sus datos y quién responde por ellos.
• Tolerancia: Cuánto tiempo puede estar cada servicio fuera de línea antes de afectar ventas, cobros o cumplimiento.
• Copia: Un respaldo propio, fuera del proveedor principal y en otra región.
• Prueba: Una restauración real, medida en tiempo, repetida cada trimestre.

07Errores que conviene evitar

• Asumir que los datos en la nube no pueden quedar fuera de línea.
• Guardar todas las copias dentro del mismo proveedor que opera la aplicación.
• Nunca haber restaurado un respaldo completo en condiciones de prueba.
• Creer que solo un evento extraordinario puede dejar un servicio caído.
• Dejar que cada área contrate su nube sin un mapa común de dependencias.

08Y en México

un siniestro en el inmueble, un apagón largo, un descuido al configurar o un proveedor que desaparece pueden cortarte el correo, la facturación o la tienda en línea. En un grupo con varias marcas, el riesgo es que cada una dependa de una plataforma distinta sin que alguien tenga el mapa entero. Un buen arranque es guardar tres copias, en dos soportes distintos, una de ellas lejos del sitio principal.

09Checklist para aplicarlo

• Averigua en qué ubicaciones físicas está guardada tu información.
• Confirma si existe una réplica en otra región.
• Conserva un respaldo tuyo, ajeno al proveedor principal.
• Agenda un ensayo de recuperación este trimestre y cronometra el tiempo.
• Redacta un plan de acción para cuando el servicio principal no responda.

10Lo que haría esta semana

Dibujaría una tabla de cinco filas con los servicios sin los cuales la empresa no factura. Junto a cada uno, pondría el proveedor, la ubicación de los datos y las horas que se pueden tolerar sin él. Esa hoja, que cabe en una pantalla, es la conversación más importante que muchos comités nunca tuvieron.

11Para aplicar hoy

Averigua hoy con tus proveedores críticos en qué sede está tu información y si existe réplica en otra región, y agenda un ensayo de recuperación con tiempos medidos.