Canary deployment
Un canary deployment assegna inizialmente traffico limitato alla nuova versione. Gli esiti osservati determinano se proseguire o fermare l’estensione.
Un canary deployment invia inizialmente alla nuova versione solo una quota limitata del traffico o un gruppo scelto. Il team osserva esiti definiti prima di ampliare l’uso.
Un portale ipotetico verifica in questa fase la corretta conferma degli ordini e l’eventuale aumento degli errori. I criteri per continuare o fermarsi sono definiti prima. Inviare poche richieste senza valutarne gli esiti non realizzerebbe questo apprendimento.
Il gruppo scelto non rappresenta automaticamente tutti i prodotti o casi cliente. Gli errori possono emergere anche dopo. Vecchia e nuova versione devono restare compatibili con i dati condivisi. Le prove possono combinarsi con altre strategie di distribuzione; non garantiscono un avvio privo di errori.
Fonti
Termini correlati
- Blue-green deploymentIl blue-green deployment prepara una nuova versione in un secondo ambiente. Dopo i controlli, il traffico passa dall’ambiente attuale al nuovo.
- Rolling updateUn rolling update sostituisce le istanze applicative per gradi. Le versioni vecchia e nuova possono operare contemporaneamente.
- MonitoraggioIl monitoraggio raccoglie e valuta continuamente stati e funzioni selezionati. La sua portata dipende da ciò che viene davvero osservato.
- Return-PathReturn-Path registra il percorso di ritorno SMTP in un’intestazione. Spiega la via tecnica delle notifiche di errore, non l’identità di una persona.
- Envelope-FromEnvelope-From identifica il mittente SMTP per il trasporto e le notifiche di errore. Va distinto dall’indirizzo del mittente visibile.
- Rapporto aggregato DMARCUn rapporto aggregato DMARC riassume i controlli di dominio di un sistema segnalante in un periodo. Aiuta a esaminare fonti di invio ed errori di configurazione.
Articoli sul tema
Cloud & gestione con ASES
Hosting, deployment, manutenzione e assistenza