Environnements
Environnements blue/green (preprod ⇄ prod)
Exécutez une copie preprod de votre application, testez-la aussi longtemps que nécessaire sans toucher à la production, puis basculez le domaine en direct vers elle instantanément, avec un retour arrière tout aussi rapide.
Retour à l'Aide PlateformeComment ça marche
- Un projet a deux environnements : prod (en direct) et preprod. Chacun est une app normale avec son propre sous-domaine de test ca-*.cdn.com.tr.
- Promote déplace votre domaine de production de prod vers preprod en quelques secondes, sans interruption ; Rollback le ramène aussi vite.
- Dans l'onglet Platforms du compte → Managed Container Apps, le panneau "Environnements Blue/Green" (juste au-dessus de Vos apps) propose Create preprod, Promote et Rollback.
Créer et tester un preprod
- Cliquez sur "Create preprod" sur votre app prod : elle clone l'image, l'env, les secrets, les ressources et le health check dans une nouvelle app preprod.
- Déployez l'app preprod et testez-la sur son propre sous-domaine aussi longtemps que nécessaire ; la production reste intacte.
- Quand c'est prêt, cliquez sur Promote pour la mettre en direct ; en cas de problème, Rollback revient à l'app précédente instantanément.
- Si le dépôt est connecté avec auto-déploiement, préférez le pipeline de déploiement : chaque push déploie automatiquement en Staging, et les changements en production n'arrivent que sur Promote (voir le guide « Deployment pipeline »).
État (BD & statique) et réversibilité
- shared : preprod utilise la même BD/Redis gérée et les mêmes buckets object storage que prod (sans copie). Idéal pour les changements de code/UI.
- clone : preprod obtient sa propre MySQL gérée avec une copie des données de prod, sûr pour les changements de données/schéma.
- isolated : preprod démarre vierge.
- Promote prend d'abord un snapshot automatique de la BD ; Rollback le restaure, donc les changements de données sont aussi réversibles. Le statique sur volume persistant peut être partagé (RWX) pour garder les uploads cohérents.
Créer et tester un préprod
- Choisissez un mode d'état et cliquez sur Créer un préprod (une seule app, ou « toutes les apps » pour le compte entier). Cela clone l'image, l'environnement, les secrets, les ressources et le health check de chaque app dans une nouvelle app preprod.
- Déployez la ou les apps preprod et testez-les sur leurs propres sous-domaines ca-* aussi longtemps que nécessaire — la production reste en ligne et intacte pendant tout ce temps.
- Quand vous êtes prêt, cliquez sur Promote ; si quelque chose semble anormal après la mise en production, cliquez sur Rollback et le trafic revient instantanément vers les apps précédentes.
État (BD et statique) — ce que le préprod partage avec la production
- shared (par défaut) : le préprod utilise la MÊME base de données/Redis managée et les mêmes buckets Object Storage que la production, via des références inter-apps sécurisées (pas de copie). Idéal pour les changements de code/UI.
- clone : le préprod obtient SA PROPRE base MySQL managée avec une copie des données de production — sûr pour tester des changements de données ou de schéma ; les données de production restent intactes. (La copie des données Postgres n'est pas encore prise en charge — elle démarrerait vide.)
- isolated : le préprod démarre propre, avec ses propres add-ons neufs.
- Les fichiers statiques sur un volume persistant peuvent être partagés (CephFS RWX) afin que les uploads restent cohérents entre les environnements.
Réversibilité et limites
- Trafic — avec votre propre domaine rattaché : Promote rattache d'abord le domaine à la nouvelle app, puis libère l'ancienne (sans coupure) ; Rollback est le même bascule en sens inverse — quelques secondes, pas une reconstruction.
- Trafic — production uniquement sur son sous-domaine ca-*.cdn.com.tr : Promote déploie l'image Staging testée sur l'app de production via une mise à jour progressive sans coupure (l'ancien pod continue de servir jusqu'à ce que le nouveau soit prêt). Les URLs restent stables ; la configuration (env/secrets) ne se déplace volontairement pas avec l'image.
- Données : Promote prend d'abord un snapshot automatique de la base de données, et Rollback le restaure, donc les changements de données effectués après la mise en production peuvent aussi être annulés.
- Périmètre : tout se passe au sein d'un seul compte, donc la propriété du DNS et le certificat de production ne sont jamais affectés.
- Pas encore : promotion inter-comptes, copie de données Postgres au clonage, et promotion transactionnelle tout-ou-rien sur de nombreuses apps (c'est du best-effort par app, avec un rapport d'erreur par app).