Une entreprise utilise API Gateway pour invoquer une fonction Lambda. Il existe des versions Lambda distinctes pour PROD et DEV, et chacune a un alias pointant vers sa version. API Gateway a une étape (stage) pointant vers l'alias PROD. L'entreprise souhaite qu'API Gateway expose simultanément et distinctement les versions Lambda PROD et DEV. Quelle approche satisfait cette exigence ?
Choisissez une réponse
Appuyez sur une option pour vérifier votre réponse.
Bonne réponse : Utiliser une variable d'étape API Gateway qui référence l'alias de la fonction Lambda. Republier PROD et créer une nouvelle étape pour DEV. Créer des variables d'étape pour les étapes PROD et DEV et définir chaque variable d'étape sur l'alias de fonction Lambda correspondant..
Pourquoi c'est la réponse
La bonne approche consiste à utiliser des variables d'étape API Gateway. Chaque étape (stage) d'API Gateway peut avoir ses propres variables d'étape. En créant une étape pour PROD et une autre pour DEV, vous pouvez définir une variable d'étape dans chaque étape qui pointe vers l'alias Lambda correspondant (par exemple, lambdaalias = PROD pour l'étape PROD et lambdaalias = DEV pour l'étape DEV). Ensuite, la configuration de l'intégration API Gateway peut référencer cette variable d'étape pour invoquer l'alias Lambda approprié. Les autres options sont incorrectes car les autorisateurs Lambda sont pour l'authentification, les réponses de passerelle sont pour les messages d'erreur, et les variables d'environnement ne sont pas le mécanisme standard pour gérer les versions d'alias Lambda au niveau de l'étape API Gateway.
Réussissez votre examen — sans la chasse aux réponses interminable
Obtenez toutes les questions et explications vérifiées pour cet examen en un seul endroit, et économisez des heures de préparation. Plus de 1 000 certifications · Plus de 20 langues · Gratuit pour commencer.
Réussissez votre examen plus rapidement → Pas de carte requise