¿Cómo planificas recuperación ante desastres?

Respuesta directa

Qué debe cubrir una buena respuesta

Cómo funciona

La recuperación ante desastres empieza con dos números por servicio acordados con el negocio: el objetivo de tiempo de recuperación, cuánto puede estar caído, y el objetivo de punto de recuperación, cuántos datos pueden perderse. Esos números guían la elección entre restaurar desde copias, mantener un entorno piloto, un standby caliente o activo-activo entre regiones, con coste creciente en esa escala. El plan mapea cada dependencia y almacén de datos, incluidos los que nadie recuerda como DNS y secretos, automatiza la reconstrucción con código de infraestructura, mantiene credenciales y runbooks accesibles cuando la primaria no existe, y se ejercita según calendario haciendo failover real y operando desde el entorno de recuperación.

Ejemplo

La plataforma de facturación tiene un RTO de 4 horas y un RPO de 5 minutos, así que mantiene un standby caliente en una segunda región con replicación continua de base de datos e infraestructura definida en Terraform. Cada trimestre, el equipo hace failover de verdad, sirve tráfico desde el standby durante una hora y vuelve; el primer simulacro descubrió que el gestor de secretos era de una sola región y el standby no podía descifrar nada, lo que se arregló antes de que importara.

Errores frecuentes

• Elegir un nivel de DR sin un RTO y RPO acordados con el negocio.
• Respaldar la base de datos pero no las credenciales y la configuración necesarias para ejecutarla.
• No ejecutar nunca un failover, de modo que el plan existe solo como documento.

Una estructura útil para responder

Responde desde tu propia experiencia.

No memorices un guion: usa solo ejemplos que puedas explicar con honestidad en preguntas posteriores.