Canary Deployment
Distribuzione Canary
Un deploy canarino invia inizialmente una piccola parte di utenti reali o traffico a una nuova versione. Le evidenze decidono se espandere o fermare.
stable + small canary share -> observe gates -> promote, pause, or abort95%Canary v25%- ✓Tasso di errore
0.3% ≤ 1% - ✓p95 latency
380 ≤ 500 ms - ✓Checkout riuscito
stabile
stable + small canary share -> observe gates -> promote, pause, or abortOPSUn altro esempio
La versione 2 riceve il 5% del traffico di checkout. Il team osserva errori e latenza per dieci minuti. Un limite fallito interrompe il rilascio.
Parti principali
- 01Versione stabile
- 02Versione Canary
- 03Traffico o quota di audience
- 04Finestra di osservazione
- 05Limiti di successo e stop
- 06Promozione o aborto
Usalo quando
Usa un canary quando il comportamento in produzione è importante e il traffico può essere diviso in sicurezza. Definisci pubblico, passi, segnali, limiti, tempo di attesa e rollback.
Non usarlo quando
Non chiamare ogni distribuzione lenta un canarino. Un gruppo scelto deve testare la modifica e i risultati devono guidare la promozione.
Nome usato nel codice
stable + small canary share -> observe gates -> promote, pause, or abort 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 Canary (Canary Deployment). User context: La versione 2 riceve il 5% del traffico di checkout. Il team osserva errori e latenza per dieci minuti. Un limite fallito interrompe il rilascio. Delivery concept or operation: Distribuzione Canary (Canary Deployment). Why it fits: Usa un canary quando il comportamento in produzione è importante e il traffico può essere diviso in sicurezza. Definisci pubblico, passi, segnali, limiti, tempo di attesa e rollback. Do not use it when: Non chiamare ogni distribuzione lenta un canarino. Un gruppo scelto deve testare la modifica e i risultati devono guidare la promozione. 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 Canary (Canary Deployment) is used now. Definition: Un deploy canarino invia inizialmente una piccola parte di utenti reali o traffico a una nuova versione. Le evidenze decidono se espandere o fermare. 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.