Étape 10 — Répétition générale
Exécuter la mise en production avant qu’elle compte réellement.
Pour comprendre avant d’exécuter
Pourquoi une répétition générale ?
Avant le vrai lancement, l’équipe exécute exactement la procédure prévue : build, préproduction, contrôles, sauvegarde, déploiement, tests, puis rollback. Le but est de découvrir les trous de procédure avant les utilisateurs.
Règle de travail
Lire la section complète, copier une commande à la fois, vérifier le résultat attendu, puis seulement continuer.
Vocabulaire utile
- Dry-run : répétition grandeur nature.
- Smoke test : petit ensemble de tests critiques post-déploiement.
- Expand/contract : méthode de migration DB compatible avec le rollback.
1. Séquence à répéter
tag release → CI verte → image/digest → préprod → tests → backup
→ approbation → prod → smoke tests → rollback → smoke tests
→ re-déploiement candidat → validation
2. Rollback applicatif
Le rollback doit utiliser le digest précédent, pas reconstruire une ancienne branche.
# Exemple conceptuel : utiliser votre registry et votre fichier Compose réels export IMAGE_DIGEST='registry.internal/planplay/api@sha256:PREVIOUS_DIGEST' # mettre à jour la référence d’image de manière contrôlée puis : sudo docker compose pull sudo docker compose up -d sudo docker compose ps
3. Rollback et base
Les migrations doivent suivre le pattern expand / contract. Une release candidate ne supprime pas immédiatement une colonne dont l’ancienne version a besoin.
Voir le pattern migrations