Uno sviluppatore ha distribuito una nuova versione di una funzione AWS Lambda. Per convalidarla, lo sviluppatore deve instradare il 50% del traffico alla nuova versione e il 60% del traffico alla versione corrente. Qual è il modo PIÙ efficiente dal punto di vista operativo per raggiungere questo obiettivo?

La risposta corretta è creare un alias per la funzione Lambda e configurare il routing dell'alias per distribuire il traffico. Gli alias Lambda consentono di puntare a due versioni diverse di una funzione e di specificare una percentuale di traffico da inviare a ciascuna. Questo è il modo più efficiente dal punto di vista operativo per implementare un deployment canary o un test A/B con Lambda, poiché gestisce la logica di routing internamente a Lambda. Le altre opzioni sono meno efficienti o non corrette: L'uso di Amazon Route 53 per il routing ponderato non è l'approccio ideale per le versioni Lambda, poiché Route 53 opera a livello DNS e non è progettato per la gestione del traffico tra versioni specifiche di una funzione Lambda. API Gateway con una variabile di stage e un canary release non è la soluzione più diretta per il routing tra versioni Lambda, in quanto introduce un livello di complessità aggiuntivo che può essere gestito più semplicemente con gli alias Lambda. L'aggiornamento dei mapping delle origini eventi con pesi non è una funzionalità standard di Lambda per il routing del traffico tra versioni. I mapping delle origini eventi collegano le origini agli alias o alle versioni, ma non gestiscono il routing ponderato tra versioni in questo modo diretto.