Un gruppo di istanze gestite che gestisce il traffico live deve essere aggiornato a una nuova versione senza ridurre la capacità disponibile durante il deployment. Cosa dovresti fare?

L'opzione corretta è eseguire un rolling-action start-update con maxSurge impostato su 1 e maxUnavailable impostato su 0. Questo metodo garantisce che venga aggiunta una nuova istanza (surge) prima che una vecchia istanza venga terminata, mantenendo la capacità disponibile e prevenendo interruzioni del servizio. maxSurge=1 significa che può essere creata al massimo un'istanza aggiuntiva rispetto alla dimensione target del gruppo, mentre maxUnavailable=0 significa che nessuna istanza può essere resa non disponibile durante l'aggiornamento. Le altre opzioni sono meno efficaci o causano interruzioni: maxSurge=0 e maxUnavailable=1 causerebbe una riduzione temporanea della capacità, poiché un'istanza verrebbe terminata prima che una nuova sia pronta. Creare un nuovo gruppo di istanze gestite e poi eliminare il vecchio è una strategia di blue/green deployment, che è valida ma più complessa e non è la soluzione più diretta per un aggiornamento in-place senza interruzioni. Aggiornare il modello e poi eliminare le istanze per farle ricreare causerebbe interruzioni significative e non è un approccio di rolling update.