Blue-green deployment
Il blue-green deployment prepara una nuova versione in un secondo ambiente. Dopo i controlli, il traffico passa dall’ambiente attuale al nuovo.
Il blue-green deployment usa due ambienti comparabili con versioni applicative diverse. Mentre quello attuale serve il traffico, il nuovo viene preparato e verificato. Il traffico viene poi spostato.
Un portale ipotetico mantiene pronto l’ambiente precedente per un eventuale ritorno. Questo può agevolare il cambio tecnico. L’utilizzabilità della vecchia versione dipende però anche da dati e servizi collegati.
Se gli ambienti condividono un database, una sua modifica può interessare entrambi. Riportare il traffico indietro non la annulla. Vanno considerati anche gli ordini nuovi. La strategia da sola non garantisce quindi un cambio senza problemi né il recupero completo dei dati.
Fonti
Termini correlati
- Canary deploymentUn canary deployment assegna inizialmente traffico limitato alla nuova versione. Gli esiti osservati determinano se proseguire o fermare l’estensione.
- Rolling updateUn rolling update sostituisce le istanze applicative per gradi. Le versioni vecchia e nuova possono operare contemporaneamente.
- 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.
- Politica DMARCLa politica DMARC descrive il trattamento richiesto dopo un controllo di dominio fallito. Non corregge né le fonti di invio né il loro allineamento.
Articoli sul tema
Cloud & gestione con ASES
Hosting, deployment, manutenzione e assistenza