Definición: Metrica que define la cantidad maxima de datos que una organizacion puede permitirse perder, medida como el intervalo de tiempo entre el ultimo backup y el incidente.
— Fuente: NERVICO, Consultoría de Desarrollo de Producto
Que es el RPO
El Recovery Point Objective (RPO) es una metrica de continuidad de negocio que define la cantidad maxima de datos que una organizacion puede permitirse perder en caso de un desastre. Se expresa como un intervalo de tiempo: un RPO de 1 hora significa que en el peor escenario se perderian hasta 60 minutos de datos desde el ultimo punto de recuperacion disponible.
Como funciona
El RPO determina la frecuencia con la que se deben realizar copias de seguridad o replicar datos. Un RPO de 24 horas permite backups diarios, mientras que un RPO de minutos requiere replicacion continua o casi continua. En AWS, las estrategias para alcanzar RPOs bajos incluyen replicacion sincrona entre zonas de disponibilidad, replicacion asincrona entre regiones con Aurora Global Database, o replicacion continua con AWS DMS. Cuanto menor es el RPO objetivo, mayor es la infraestructura necesaria y el coste asociado.
Casos de uso principales
- Definicion de la frecuencia de backups para bases de datos de produccion segun la criticidad de los datos
- Justificacion del coste de replicacion multi-region para sistemas financieros con tolerancia cero a perdida de datos
- Negociacion de acuerdos de nivel de servicio con clientes que requieren garantias de perdida de datos maxima
- Diseno de arquitecturas de almacenamiento con replicacion adecuada al nivel de criticidad de cada servicio
Ventajas y consideraciones
Definir un RPO claro permite dimensionar correctamente la infraestructura de backups y replicacion, evitando tanto la sobreinversion como la exposicion a riesgos inaceptables. Facilita las conversaciones con el negocio al traducir decisiones tecnicas en terminos comprensibles de riesgo. La consideracion principal es que no todos los datos requieren el mismo RPO: los datos transaccionales criticos pueden necesitar RPO cercano a cero, mientras que logs operacionales pueden tolerar horas de perdida.