Un'azienda ha un'app mobile che chiama API Gateway, che invoca funzioni Lambda. Vogliono testare nuove funzionalità delle funzioni Lambda con un sottoinsieme di utenti prima del deployment completo, senza influire sugli altri utenti e con il minimo sforzo operativo. Qual è il modo più semplice per farlo?

La creazione di nuove versioni delle funzioni Lambda e l'utilizzo di alias pesati è il modo più semplice e nativo per implementare test canary o blue/green con Lambda. Gli alias permettono di instradare una percentuale specifica di traffico a diverse versioni di una funzione, consentendo di testare nuove funzionalità con un sottoinsieme di utenti senza influire sul servizio principale. L'API Gateway può essere configurato per puntare all'ARN dell'alias, semplificando la gestione del routing. Le altre opzioni sono meno efficienti o non direttamente applicabili. Creare una nuova API REST (opzioni 2 e 4) introduce complessità e risorse aggiuntive non necessarie, poiché l'API Gateway esistente può essere riutilizzato. L'opzione 3, che menziona CodeDeploy, è un approccio valido per i deployment canary, ma l'uso diretto degli alias Lambda è più semplice e integrato per questo specifico caso d'uso di test con un sottoinsieme di utenti.