Un'applicazione web serverless è stata distribuita con funzioni Lambda tramite CloudFormation. Un rilascio recente ha causato un'interruzione del servizio. Il processo di distribuzione deve supportare rilasci in stile canary per spostare una parte del traffico verso una nuova versione di Lambda. Quale approccio realizza questo obiettivo?

La risposta corretta è creare un alias per ogni versione di Lambda e utilizzare il comando aws lambda update-alias con il parametro routing-config. Questo approccio consente di specificare una percentuale di traffico da instradare a una versione specifica della funzione Lambda, implementando così un rilascio canary. Gli alias di Lambda sono progettati per gestire il routing del traffico tra diverse versioni della stessa funzione, rendendoli ideali per le distribuzioni canary. L'opzione di distribuire in uno stack CloudFormation separato e utilizzare Route 53 non è l'approccio più granulare o nativo per le funzioni Lambda. Route 53 gestisce il traffico a livello di dominio, non a livello di versione di funzione Lambda. L'opzione di utilizzare update-function-configuration con un parametro routing-config è errata perché update-function-configuration non supporta il routing del traffico tra versioni; questa funzionalità è gestita dagli alias. L'opzione di utilizzare AWS CodeDeploy con CodeDeployDefault.OneAtATime è un approccio valido per le distribuzioni canary in generale, ma non è il metodo più diretto o specifico per le funzioni Lambda quando si desidera controllare il traffico tra versioni usando gli alias, che offrono un controllo più fine e nativo.