Un'API di API Gateway richiama una funzione Lambda tramite un alias Lambda. Uno sviluppatore ha aggiornato il codice e vuole consentire ad altri sviluppatori di testare la nuova versione senza influire sui clienti che utilizzano l'API. Quale approccio fornisce questo con il minor overhead operativo?

L'approccio corretto prevede la pubblicazione di una nuova versione della funzione Lambda e la creazione di un nuovo stage di API Gateway che punti a questa nuova versione. Questo permette agli sviluppatori di testare la nuova funzionalità in un ambiente isolato senza impattare la versione di produzione utilizzata dai clienti. È un metodo standard e a basso overhead operativo per i test, poiché sfrutta le funzionalità native di versioning di Lambda e di staging di API Gateway. Modificare l'alias esistente con routing ponderato (opzione 2) non è l'ideale perché, anche con un peso del 10%, una parte del traffico di produzione verrebbe indirizzata alla nuova versione, potenzialmente causando interruzioni per i clienti. La creazione di una funzione Lambda di filtro (opzione 3) introduce complessità e overhead operativo non necessari per un caso d'uso che può essere gestito nativamente. La creazione di un'API Gateway separata (opzione 4) è meno efficiente rispetto all'uso di uno stage, in quanto uno stage è progettato per gestire diverse versioni di un'API all'interno dello stesso servizio.