Expliquez le RTO et le RPO et comment ils orientent un plan de reprise après sinistre.

L'objectif de temps de reprise, c'est le délai que vous pouvez prendre pour rétablir le service ; l'objectif de point de reprise, c'est la quantité de données que vous pouvez vous permettre de perdre. Ce sont eux qui choisissent la stratégie : sauvegarde et restauration est la moins chère avec une reprise en heures, un pilot light garde les pièces centrales en route pour une reprise plus rapide, un warm standby fait tourner une copie réduite, et l'actif dans plusieurs régions est quasi instantané et le plus cher. Les deux chiffres viennent de l'entreprise, pas de l'ingénierie.

L'objectif de temps de reprise, c'est combien de temps l'entreprise peut rester à l'arrêt ; l'objectif de point de reprise, c'est combien de données récentes elle peut perdre. Les deux sont des décisions métier, et mon travail c'est de les traduire en design et en prix pour que quelqu'un puisse choisir en connaissance de cause. S'ils disent quatre heures d'arrêt et une heure de perte de données, c'est de la sauvegarde et restauration avec des instantanés fréquents, ce qui est bon marché. Si c'est trente minutes et une perte quasi nulle, on est dans un warm standby avec réplication continue, et ça coûte de l'argent réel. Quasi instantané et sans perte, ça veut dire actif dans deux régions et un design applicatif très différent, et là c'est une discussion sur le fait de savoir si une heure d'indisponibilité coûte vraiment plus cher que l'architecture. La nuance importante, c'est que les chiffres diffèrent selon la charge de travail ; le paiement et l'outil de reporting interne ne méritent pas le même investissement. Et j'insiste sur les tests, une restauration planifiée dans un environnement propre où on chronomètre de bout en bout, parce que la première fois que j'ai fait ça, la reprise documentée en quatre heures s'est révélée être onze, passées surtout à chercher des identifiants.