Un développeur utilise des API WebSocket dans Amazon API Gateway et souhaite appliquer un contrôle d'accès via un autorisateur Lambda d'API Gateway. Le développeur souhaite également mettre en cache les informations d'identification pour éviter d'envoyer des clés secrètes ou des jetons d'authentification à chaque requête. Quelle combinaison d'étapes doit être entreprise ? (Choisissez-en deux.)

Pour mettre en œuvre le contrôle d'accès avec mise en cache pour les API WebSocket, un autorisateur Lambda basé sur un jeton est la solution appropriée. Il permet de valider les jetons d'authentification (par exemple, JWT) et de mettre en cache la réponse de l'autorisateur pour réduire la latence et les appels à la fonction Lambda. L'option basée sur les paramètres de requête est moins adaptée pour les informations d'identification complexes ou les jetons. Pour éviter d'envoyer des clés secrètes ou des jetons à chaque requête après l'authentification initiale, il est nécessaire de configurer le modèle de mappage de la requête d'intégration pour référencer la carte de contexte de l'autorisateur. Cette carte de contexte contient les informations d'authentification mises en cache et rendues disponibles par l'autorisateur Lambda, permettant ainsi à l'intégration de backend d'accéder aux informations d'identité sans retransmettre les informations d'identification brutes. La clé API d'identité n'est pas pertinente ici. Les politiques de point de terminaison VPC s'appliquent à la sécurité du réseau, pas à l'authentification des utilisateurs pour les API WebSocket.