Une API API Gateway appelle une fonction Lambda via un alias Lambda. Un développeur a mis à jour le code et souhaite permettre à d'autres développeurs de tester la nouvelle version sans affecter les clients qui utilisent l'API. Quelle approche permet d'y parvenir avec le moins de frais opérationnels ?

La publication d'une nouvelle version de Lambda et la création d'une nouvelle étape API Gateway intégrée à cette version permettent de tester la nouvelle version du code sans affecter les clients. Les étapes API Gateway sont des instantanés configurables de votre API, ce qui signifie que vous pouvez avoir une étape pour la production et une autre pour les tests, chacune pointant vers une version Lambda différente. Cette approche est simple et ne nécessite pas de logique de routage complexe. Modifier l'alias Lambda existant pour le routage pondéré affecterait potentiellement les clients en production, car une partie de leur trafic serait dirigée vers la nouvelle version. Déployer une fonction Lambda de filtrage introduit une complexité opérationnelle et un coût supplémentaires. Créer une API API Gateway distincte est une approche valide mais plus lourde que de simplement créer une nouvelle étape, car cela implique de gérer deux API complètes.