Une API REST API Gateway a une seule ressource avec une méthode GET intégrée à une fonction Lambda. Vous avez publié une nouvelle version de la fonction Lambda et souhaitez la tester avant de lui acheminer le trafic de production. Les tests ne doivent pas affecter l'API REST de production et doivent nécessiter une surcharge opérationnelle minimale. Que devez-vous faire ?

La création d'une nouvelle étape (stage) dans API Gateway est la meilleure approche pour tester une nouvelle version de Lambda sans affecter la production. Les étapes permettent de déployer différentes versions de votre API et de vos intégrations (comme les fonctions Lambda) de manière isolée. En utilisant une variable d'étape pour le nom de la fonction Lambda, vous pouvez facilement diriger le trafic de l'étape de test vers la nouvelle version de la fonction Lambda, tout en laissant l'étape de production pointer vers l'ancienne version stable. Cela minimise la surcharge opérationnelle car vous réutilisez la même API Gateway et ses ressources. Ajouter une nouvelle ressource ou créer une nouvelle API REST complète entraînerait une duplication inutile et une gestion plus complexe. Modifier l'intégration existante affecterait directement la production, ce qui est contraire à l'exigence de ne pas perturber le trafic de production.