Blue-Green Deployment
Déploiement Blue-Green
Un déploiement blue-green maintient les versions actuelles et nouvelles dans des environnements séparés. Le trafic change après que le nouvel environnement a été vérifié.
blue active + green ready -> validate -> switch traffic -> observe -> retire or switch backen direct 100%GREEN · v2aperçu prêthealth + smoke ✓→blue active + green ready -> validate -> switch traffic -> observe -> retire or switch backOPSUn autre exemple
Blue gère le trafic de paiement. Green exécute la version 2 et réussit les vérifications. Le routage bascule vers green tandis que blue reste prêt pour un retour.
Parties principales
- 01Environnement actif
- 02Environnement de prévisualisation
- 03Paramètres de correspondance et capacité
- 04Vérifications avant changement
- 05Commutateur de trafic
- 06Fenêtre d'observation et de retour
Utilisez-le lorsque
Utilisez-le lorsque deux environnements correspondent au budget et qu'un changement rapide de trafic est important. Prévoyez des vérifications, la capacité, le basculement, l'observation et le retour.
Ne l'utilisez pas lorsque
Ne promettez pas de temps d'arrêt nul ni de retour facile de la base de données. Les délais de routage, les longues connexions et les modifications de données incompatibles peuvent toujours perturber la bascule.
Nom utilisé dans le code
blue active + green ready -> validate -> switch traffic -> observe -> retire or switch back Avant d'expédier
Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback.
Outcome: Complete the task with Déploiement Blue-Green (Blue-Green Deployment). User context: Blue gère le trafic de paiement. Green exécute la version 2 et réussit les vérifications. Le routage bascule vers green tandis que blue reste prêt pour un retour. Delivery concept or operation: Déploiement Blue-Green (Blue-Green Deployment). Why it fits: Utilisez-le lorsque deux environnements correspondent au budget et qu'un changement rapide de trafic est important. Prévoyez des vérifications, la capacité, le basculement, l'observation et le retour. Do not use it when: Ne promettez pas de temps d'arrêt nul ni de retour facile de la base de données. Les délais de routage, les longues connexions et les modifications de données incompatibles peuvent toujours perturber la bascule. Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary): Aucun standard officiel unique ne régit l’ensemble du terme. Sa signification peut varier selon les équipes, plateformes ou frameworks. Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.
Vérifiez cette demande
Review how Déploiement Blue-Green (Blue-Green Deployment) is used now. Definition: Un déploiement blue-green maintient les versions actuelles et nouvelles dans des environnements séparés. Le trafic change après que le nouvel environnement a été vérifié. Release checks: Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.