Una funzione Lambda ha alias di versione di produzione e sviluppo. Uno sviluppatore ha bisogno di una configurazione di staging per instradare il traffico sia alle versioni di sviluppo che a quelle di produzione per i test. Quale soluzione consentirà questo comportamento?

La creazione di un alias pesato è la soluzione corretta perché gli alias Lambda supportano il routing del traffico basato sul peso tra due versioni di una funzione. Questo consente allo sviluppatore di configurare una percentuale specifica di traffico da inviare alla versione di produzione e un'altra percentuale alla versione di sviluppo (o staging), soddisfacendo l'esigenza di testare entrambe le configurazioni contemporaneamente. Le altre opzioni non sono adatte: Un Network Load Balancer non può essere posizionato direttamente davanti a funzioni Lambda come target; i bilanciatori di carico per Lambda sono Application Load Balancer. AWS CodeDeploy è utilizzato per la gestione dei deployment con strategie come il canary o il lineare, ma l'alias pesato è lo strumento intrinseco di Lambda per questa specifica esigenza di routing del traffico tra versioni. L'aggiunta di un tag è solo un meccanismo di metadati e non influisce sul comportamento di routing del traffico della funzione.