Étape 07 — Valider la préproduction
Tester exactement ce que vous envisagez de promouvoir en production.
À quoi sert réellement la préproduction ?
La préproduction répond à une question simple : « la version exacte que nous voulons mettre en production fonctionne-t-elle dans des conditions proches de la production ? ». On n’y développe pas ; on y valide.
Lire la section complète, copier une commande à la fois, vérifier le résultat attendu, puis seulement continuer.
- Release candidate : version candidate à la production.
- Immuable : artefact qui n’est pas modifié après sa construction.
- Promotion : faire passer le même artefact vers l’environnement suivant.
1. But de la préproduction
La préproduction ne sert pas à développer. Elle sert à valider une image candidate et sa configuration dans des conditions proches de la production.
2. Promouvoir le même artefact
Enregistrer le tag et surtout le digest de l’image candidate.
export RELEASE_TAG="2026.09.17-abcdef0"
sudo docker pull registry.internal/planplay/api:${RELEASE_TAG}
sudo docker image inspect registry.internal/planplay/api:${RELEASE_TAG} --format '{{index .RepoDigests 0}}'3. Données
Utiliser un jeu de données synthétique ou anonymisé, avec plusieurs clubs pour tester l’isolation.
4. Limite si préprod et sandbox partagent le VPS
Cette préproduction valide l’application, mais pas les modifications de noyau, Docker Engine, firewall ou stockage de l’hôte. Pour ces changements, créer un VPS temporaire équivalent ou une préprod dédiée.