RPO (Recovery Point Objective)

Définition

Le RPO (Recovery Point Objective — Objectif de Point de Reprise) définit la quantité maximale de données qu'une organisation peut se permettre de perdre en cas d'incident, exprimée en unité de temps. Un RPO de 4 heures signifie que l'organisation peut accepter de perdre au maximum 4 heures de transactions ou de modifications, correspondant à la fenêtre de données non sauvegardées. Le RPO est directement lié à la fréquence des sauvegardes et aux mécanismes de réplication des données. Si les sauvegardes sont réalisées toutes les 24 heures, le RPO effectif est de 24 heures — une panne en fin de journée peut entraîner la perte de toute la journée de données. Pour atteindre un RPO plus court, il faut augmenter la fréquence des sauvegardes, mettre en place une réplication continue (réplication synchrone ou asynchrone), ou utiliser des solutions de journalisation des transactions (transaction logs) permettant une restauration à un point précis dans le temps. Comme le RTO, le coût de la solution croît à mesure que le RPO diminue. Un RPO de 24h est atteint avec des sauvegardes quotidiennes standards. Un RPO de 4h nécessite des sauvegardes toutes les 4h ou de la réplication asynchrone. Un RPO de 1h impose de la réplication continue avec journalisation. Un RPO proche de zéro (zero data loss) requiert de la réplication synchrone — toute transaction n'est validée que lorsqu'elle est écrite sur les deux sites, avec un impact potentiel sur les performances. Les technologies qui permettent d'atteindre des RPO courts incluent : la réplication synchrone de bases de données (SQL Server AlwaysOn Synchronous Commit, MySQL Galera Cluster, Oracle Data Guard), les solutions de réplication de stockage (EMC SRDF, NetApp SnapMirror, AWS EBS Multi-Attach), les solutions de journalisation continue (CDC — Change Data Capture comme Debezium pour les bases de données), et les services cloud avec réplication multi-AZ intégrée (RDS Multi-AZ, DynamoDB Global Tables). Dans les environnements cloud, le service AWS Backup, Azure Backup, et GCP Cloud Backup permettent de définir des politiques de sauvegarde avec fréquences et rétentions granulaires. Les architectures serverless (API Gateway + Lambda + DynamoDB) peuvent atteindre un RPO quasi-nul car chaque opération est atomique et persistée instantanément dans des services managés hautement durables.