Un développeur doit créer un endpoint API Gateway à l'adresse /auth pour tester l'autorisation JWT en utilisant l'autorisateur intégré d'API Gateway (sans code d'autorisateur personnalisé). Quelle configuration répond à cette exigence ?

La bonne réponse est de créer une API HTTP avec une route /auth, configurer l'autorisateur JWT, l'attacher à la route /auth et déployer. Les API HTTP de l'API Gateway prennent en charge les autorisateurs JWT intégrés, ce qui permet de valider les jetons web JSON sans écrire de code d'autorisateur personnalisé. L'autorisateur JWT est configuré avec les détails de l'émetteur et de l'audience, puis attaché directement à la route API souhaitée. Les API WebSocket ne sont pas le bon type d'API pour cette exigence car elles sont utilisées pour la communication bidirectionnelle persistante, et non pour les requêtes/réponses HTTP standard. L'utilisation d'un autorisateur Lambda impliquerait du code personnalisé, ce qui va à l'encontre de l'exigence de ne pas utiliser de code d'autorisateur personnalisé.