Rolling Deployment
Distribuzione progressiva
Un deployment progressivo sostituisce le vecchie istanze dell'applicazione con nuove a gruppi. Ogni passaggio modifica solo una parte del gruppo in esecuzione, quindi le versioni possono sovrapporsi.
old batch -> start and verify new batch -> drain old batch -> repeat- 1v1
- 2v1
- 3v2 ✓
- 4v2 ✓
2 / 2 ready→old batch -> start and verify new batch -> drain old batch -> repeatOPSUn altro esempio
Un servizio ha quattro istanze. Può partire una in più, ma nessuna può essere non disponibile. Ogni batch pronto permette la sostituzione successiva.
Parti principali
- 01Vecchio gruppo di istanze
- 02Nuovo gruppo di istanze
- 03Dimensione del batch
- 04Limiti non disponibili e aggiuntivi
- 05Prontezza e svuotamento
- 06Regola di pausa e rollback
Usalo quando
Usalo quando entrambe le versioni possono funzionare insieme e la capacità sana può rimanere. Definisci batch, prontezza, pausa, regole di fallimento e rollback.
Non usarlo quando
Non promettere zero interruzioni. Controlli di prontezza deboli, bassa capacità, connessioni lunghe o modifiche incompatibili dei dati possono comunque interrompere il servizio.
Nome usato nel codice
old batch -> start and verify new batch -> drain old batch -> repeat 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 Distribuzione progressiva (Rolling Deployment). User context: Un servizio ha quattro istanze. Può partire una in più, ma nessuna può essere non disponibile. Ogni batch pronto permette la sostituzione successiva. Delivery concept or operation: Distribuzione progressiva (Rolling Deployment). Why it fits: Usalo quando entrambe le versioni possono funzionare insieme e la capacità sana può rimanere. Definisci batch, prontezza, pausa, regole di fallimento e rollback. Do not use it when: Non promettere zero interruzioni. Controlli di prontezza deboli, bassa capacità, connessioni lunghe o modifiche incompatibili dei dati possono comunque interrompere il servizio. 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 Distribuzione progressiva (Rolling Deployment) is used now. Definition: Un deployment progressivo sostituisce le vecchie istanze dell'applicazione con nuove a gruppi. Ogni passaggio modifica solo una parte del gruppo in esecuzione, quindi le versioni possono sovrapporsi. 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.