Uno sviluppatore ha corretto un bug in una funzione AWS Lambda di produzione e ha convalidato la modifica in un ambiente di test. Lo sviluppatore desidera implementare gradualmente l'aggiornamento in produzione in modo che inizialmente solo il 10% degli utenti veda il nuovo codice. Qual è l'approccio appropriato?

L'approccio corretto prevede l'uso delle versioni e degli alias di AWS Lambda. Quando si aggiorna il codice, si pubblica una nuova versione della funzione Lambda. Gli alias di Lambda consentono di puntare a specifiche versioni della funzione. La funzionalità di traffico ponderato degli alias permette di distribuire il traffico tra due versioni diverse (ad esempio, una versione stabile e una nuova versione) in base a una percentuale definita. In questo caso, si configura l'alias per inviare il 90% del traffico alla versione di produzione (stabile) e il 10% alla nuova versione con il bug corretto, consentendo un'implementazione graduale. Le opzioni errate propongono soluzioni che non sono supportate direttamente da Lambda (come un "trigger Lambda" per la divisione del traffico in quel modo specifico) o che complicano inutilmente il processo (creare una funzione Lambda separata invece di usare le versioni). Un'integrazione proxy Lambda non è il meccanismo corretto per la divisione del traffico tra versioni di una funzione.