Partie 15 — Sauvegardes, résilience & scaling

⏱️ TL;DR — Ton serveur tourne, il est sécurisé, monitoré. Reste la question qui fâche : qu’est-ce qui se passe le jour où ça casse vraiment ? Disque mort, rm -rf malheureux, ransomware, datacenter en panne. Cette partie te donne le filet de sécurité : une stratégie de sauvegarde (la règle 3-2-1, RPO/RTO, quoi sauvegarder), les outils pour la mettre en œuvre (restic/borg, offsite chiffré, cron), et surtout tester la restauration — car une sauvegarde jamais restaurée n’existe pas. Puis on regarde vers le haut : scaler quand le trafic monte (vertical vs horizontal, load balancer, CDN) et viser la résilience (SPOF, redondance, failover) — sans sur-ingénierer, parce que la vraie haute dispo coûte cher et que la plupart des projets n’en ont pas besoin.

Le problème qu’on résout

Jusqu’ici, on a construit une prod qui marche. Mais « marche aujourd’hui » n’est pas « survit à demain ». Trois scénarios rôdent :

1. La perte de données. Un disque lâche, tu tapes rm -rf dans le mauvais dossier, une migration corrompt la base, un ransomware chiffre tout. Sans sauvegarde testée et hors-site, tu as perdu les données de tes utilisateurs — parfois l’entreprise avec.
2. La montée en charge. Ton projet marche trop bien : le trafic explose, le VPS sature, les pages rament. Faut-il un plus gros serveur ? Plusieurs serveurs ? Un CDN ? Où mettre la base ?
3. La panne dure. Le serveur tombe à 3 h du matin. Combien de temps pour tout remonter ? As-tu une procédure écrite, ou tu improvises sous stress en ayant tout oublié ?

Cette partie répond aux trois. On pose la stratégie avant les outils, on teste ce qu’on met en place, et on garde une posture pragmatique : le bon niveau de résilience est celui que ton projet mérite, ni plus ni moins.

Ce que tu sauras faire à la fin de cette partie

• Définir une stratégie de sauvegarde claire (règle 3-2-1, RPO/RTO, rétention grand-père-père-fils) et savoir quoi sauvegarder.
• Mettre en place des sauvegardes automatisées, chiffrées et hors-site avec restic (ou borg).
• Tester une restauration de bout en bout et écrire un runbook de reprise pour reconstruire le serveur.
• Décider quand et comment scaler : optimiser d’abord, puis vertical vs horizontal, avec un load balancer et un CDN.
• Comprendre la haute disponibilité (SPOF, redondance, failover, les « neuf ») et surtout quand ne pas en faire.

Les chapitres

Cette partie transforme une prod qui fonctionne en une prod qui résiste et grandit. On commence par le filet de sécurité : Stratégie de sauvegarde. Ensuite, la Partie 16 — Cookbook & Annexes rassemble les runbooks et aide-mémoire prêts à l’emploi.

On commence : Stratégie de sauvegarde — pose ta stratégie avant de choisir le moindre outil.