Un'applicazione serverless utilizza CloudFront, API Gateway e Lambda. Le distribuzioni vengono attualmente eseguite creando una nuova versione di Lambda ed eseguendo uno script CLI per l'aggiornamento. Se la nuova versione presenta errori, un altro script CLI ridistribuisce la versione precedente. L'azienda desidera distribuzioni più veloci e un rilevamento e un rollback più rapidi in caso di errori. Quale approccio consente di raggiungere questo obiettivo?

L'opzione corretta è la migliore perché AWS SAM (Serverless Application Model) con l'integrazione di CodeDeploy offre una soluzione completa per le distribuzioni blue/green o canary per le funzioni Lambda. Ciò consente uno spostamento graduale del traffico, l'esecuzione di test automatici pre e post-traffico tramite hook e il rollback automatico in caso di allarmi CloudWatch, garantendo distribuzioni più veloci, un rilevamento rapido degli errori e un ripristino efficiente. Le altre opzioni sono meno efficaci: L'uso di stack CloudFormation nidificati con set di modifiche non offre lo spostamento graduale del traffico o i test automatici di CodeDeploy, rendendo i rollback meno agili. La combinazione di script CLI non fornisce la gestione automatizzata del traffico, i test o il rollback offerti da CodeDeploy. La creazione di un nuovo endpoint API Gateway e la modifica dell'origine CloudFront è un approccio manuale e complesso per la gestione del traffico, che non offre l'automazione e l'efficienza di CodeDeploy.