Un développeur a mis à jour une fonction Lambda utilisée par un backend API Gateway pour une application web et doit tester la fonction mise à jour sans affecter les utilisateurs en production. Quelle est l'approche la PLUS efficace sur le plan opérationnel pour tester la fonction Lambda mise à jour sans impacter le trafic de production ?

La création d'une nouvelle étape de test dans API Gateway, combinée à l'utilisation de variables d'étape, est l'approche la plus efficace. Cela permet de déployer la fonction Lambda mise à jour uniquement pour cette étape de test, isolant ainsi les modifications du trafic de production. Vous pouvez ensuite tester la nouvelle version en utilisant l'URL spécifique à l'étape de test. Les autres options sont moins idéales : La création d'une version canary sur l'étape existante peut diriger une partie du trafic de production vers la nouvelle version, ce qui n'est pas souhaitable si l'objectif est de ne pas impacter les utilisateurs en production. Changer le type de point de terminaison en PRIVATE et déployer les modifications sur l'étape actuelle rendrait l'API inaccessible publiquement, ce qui n'est pas une méthode de test appropriée pour une application web. Déployer une copie complète de l'API et de la fonction Lambda dans une nouvelle pile CloudFormation est une approche valide pour des tests d'intégration complets, mais elle est plus lourde et moins efficace opérationnellement pour un simple test de fonction Lambda mise à jour que l'utilisation d'une nouvelle étape API Gateway.