Un'azienda utilizza AWS CodeDeploy e necessita che il deployment soddisfi i seguenti requisiti: un sottoinsieme di istanze deve continuare a servire il traffico, il traffico è bilanciato tra queste istanze e si auto-riparano; avviare automaticamente una nuova flotta per la nuova revisione senza provisioning manuale; spostare il traffico verso la nuova flotta con incrementi di mezza istanza e richiedere il successo solo se almeno la metà delle istanze riceve traffico; rimuovere i file di deployment temporanei prima di instradare il traffico verso la nuova flotta; dopo un deployment riuscito, terminare immediatamente le istanze originali per ridurre i costi. Come si può implementare tutto ciò?

La risposta corretta è la terza opzione perché un deployment blue/green è l'unico tipo che soddisfa tutti i requisiti. Permette di mantenere un sottoinsieme di istanze attive, bilancia il traffico e avvia una nuova flotta senza provisioning manuale. La configurazione CodeDeployDefault.HalfAtATime sposta il traffico con incrementi del 50% e richiede che almeno la metà delle istanze riceva traffico per il successo. L'hook BeforeAllowTraffic è il momento ideale per rimuovere i file temporanei prima che il traffico venga instradato. Infine, CodeDeploy può essere configurato per terminare le istanze originali dopo un deployment riuscito, riducendo i costi. Le altre opzioni sono errate perché: Un deployment in-place non crea una nuova flotta e non permette di spostare il traffico a incrementi tra due flotte distinte. L'opzione che suggerisce CodeDeployDefault.OneAtATime non soddisfa il requisito di spostare il traffico a incrementi del 50%. L'opzione che suggerisce CodeDeployDefault.AllAtOnce non permette uno spostamento graduale del traffico. L'hook BeforeBlockTraffic o BlockTraffic non sono adatti per rimuovere i file temporanei prima che il traffico inizi a fluire verso la nuova revisione.