Un développeur prépare une API Amazon API Gateway (avec un backend Lambda) afin que les équipes frontend puissent commencer à construire l'interface utilisateur avant que le backend ne soit implémenté. L'équipe frontend a besoin de points de terminaison qui renvoient des codes de statut HTTP et des corps JSON prédéfinis. Le développeur a créé une méthode pour une ressource API. Quelle approche répond à ces exigences ?

L'intégration MOCK d'API Gateway est conçue pour renvoyer des réponses prédéfinies sans invoquer de backend. Cela permet aux équipes frontend de commencer le développement en utilisant des données statiques. En configurant la requête d'intégration et la réponse d'intégration, le développeur peut spécifier les codes de statut HTTP et les corps JSON exacts à renvoyer. Les autres options sont incorrectes car : AWSPROXY et HTTPPROXY nécessitent un backend réel (Lambda ou une autre API) pour fonctionner, ce qui va à l'encontre de l'objectif de permettre au frontend de commencer avant l'implémentation du backend. La dernière option est incorrecte car elle mélange les concepts : la requête d'intégration et la réponse d'intégration sont utilisées pour mapper les requêtes et les réponses, pas pour définir les codes de statut et les corps JSON de manière séparée et incorrecte.