Hay dos siglas que aparecen en cualquier conversación de continuidad y respaldo, y que rara vez alguien se detiene a explicar bien: RPO y RTO. Suenan a tecnicismo, pero en realidad responden dos preguntas de negocio muy sencillas. Vale la pena entenderlas, porque de ellas depende cuánto vas a gastar —y cuánto vas a sufrir el día del desastre.
RPO: cuántos datos puedes perder
El RPO (Recovery Point Objective) responde: si algo falla ahora mismo, ¿cuántos datos estás dispuesto a perder? Se mide en tiempo. Un RPO de una hora significa que aceptas perder, en el peor caso, la última hora de trabajo. Uno de un día significa que podrías estar reingresando lo de toda una jornada.
Lo define directamente la frecuencia con que copias tus datos. Si respaldas una vez al día, tu RPO real es de un día, por mucho que en el papel diga otra cosa. Si replicas cada quince minutos, tu RPO se acerca a esos quince minutos. No hay magia: para perder menos, hay que copiar más seguido.
RTO: cuánto puedes esperar
El RTO (Recovery Time Objective) responde la otra mitad: ¿cuánto tiempo puedes estar caído antes de volver a operar? Un RTO de cuatro horas es un compromiso de tener el servicio de vuelta en ese plazo. Lo determina tu tecnología de recuperación: restaurar desde un backup —copiar datos, levantar servidores— toma horas o días; hacer failover a una réplica que ya está encendida toma minutos.
Son dos cosas independientes. Puedes perder muy pocos datos (RPO bajo) pero tardar mucho en recuperarte (RTO alto), o al revés. Un buen plan las trata por separado, sistema por sistema.
La parte que nadie te dice: el costo no es lineal
Aquí está el trade-off honesto. Es tentador pedir "que no perdamos nada y que volvamos al instante" —RPO y RTO de cero— pero el costo de acercarse a cero crece de forma exponencial, no lineal. Pasar de un RPO de 24 horas a uno de 1 hora es relativamente barato; pasar de 1 hora a segundos exige replicación continua y una arquitectura mucho más cara. Lo mismo con el RTO: cada minuto que le recortas cuesta más que el anterior.
Por eso pedir "lo máximo en todo" no es prudencia, es desperdicio. La pregunta correcta no es "¿qué tan rápido puedo recuperarme?", sino "¿cuánto me cuesta cada hora caído en este proceso, y hasta dónde vale la pena invertir para reducirlo?". Poner número a esa hora es un ejercicio en sí mismo, y para eso tenemos una calculadora de costos de downtime.
Cómo se eligen sin copiar la cifra de otro
No existe un RPO/RTO universal, y desconfía de quien te dé uno sin conocer tu operación. Un sistema del que depende toda la facturación puede justificar minutos; un servidor de archivos secundario, un día entero. Se decide caso por caso, cruzando el costo de la pérdida contra el costo de la protección.
Una vez que tienes esos números claros, se vuelven el criterio para elegir la tecnología: si tu RTO tolera horas, un buen respaldo basta; si necesitas minutos, entras en el terreno de la recuperación ante desastres como servicio (DRaaS). Pero esa es la conversación siguiente: primero, los números.