Blue-Green Deployment
Deploy Blu-Verde
Un deployment blue-green mantiene le versioni attuale e nuova in ambienti separati. Il traffico viene deviato dopo che il nuovo ambiente è stato controllato.
blue active + green ready -> validate -> switch traffic -> observe -> retire or switch backdiretta 100%GREEN · v2anteprima prontahealth + smoke ✓→blue active + green ready -> validate -> switch traffic -> observe -> retire or switch backOPSUn altro esempio
Il blu serve il traffico di checkout. Il verde esegue la versione 2 e supera i controlli. Il routing passa al verde mentre il blu resta pronto per il ritorno.
Parti principali
- 01ambiente attivo
- 02Ambiente di anteprima
- 03Impostazioni di corrispondenza e capacità
- 04Controlli pre-switch
- 05Interruttore del traffico
- 06Finestra di osservazione e ritorno
Usalo quando
Usalo quando due ambienti rientrano nel budget e uno switch rapido del traffico è importante. Pianifica controlli, capacità, switch, osservazione e ritorno.
Non usarlo quando
Non promettere zero interruzioni o un facile rollback del database. Ritardi di instradamento, connessioni lunghe e modifiche incompatibili dei dati possono comunque compromettere lo switch.
Nome usato nel codice
blue active + green ready -> validate -> switch traffic -> observe -> retire or switch back Prima di spedire
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 Deploy Blu-Verde (Blue-Green Deployment). User context: Il blu serve il traffico di checkout. Il verde esegue la versione 2 e supera i controlli. Il routing passa al verde mentre il blu resta pronto per il ritorno. Delivery concept or operation: Deploy Blu-Verde (Blue-Green Deployment). Why it fits: Usalo quando due ambienti rientrano nel budget e uno switch rapido del traffico è importante. Pianifica controlli, capacità, switch, osservazione e ritorno. Do not use it when: Non promettere zero interruzioni o un facile rollback del database. Ritardi di instradamento, connessioni lunghe e modifiche incompatibili dei dati possono comunque compromettere lo switch. 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): Nessun singolo standard ufficiale controlla l'intero termine. Il suo significato può cambiare tra team, piattaforme o framework. Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.
Controlla questa richiesta
Review how Deploy Blu-Verde (Blue-Green Deployment) is used now. Definition: Un deployment blue-green mantiene le versioni attuale e nuova in ambienti separati. Il traffico viene deviato dopo che il nuovo ambiente è stato controllato. 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.