Une entreprise est en train de convertir un backend d'application d'EC2 vers du serverless. L'application et une instance RDS for MySQL s'exécutent dans un seul VPC, toutes deux déployées dans des sous-réseaux privés. L'entreprise a besoin que les fonctions Lambda se connectent à l'instance de base de données. Quelle approche répond à l'exigence ?

Pour qu'une fonction Lambda puisse accéder à une ressource dans un VPC privé (comme une instance RDS), elle doit être configurée pour s'exécuter dans ce VPC. Cela implique de spécifier les sous-réseaux et les groupes de sécurité pour la fonction Lambda. Le rôle d'exécution de la fonction Lambda a besoin de la politique AWSLambdaVPCAccessExecutionRole pour obtenir les permissions nécessaires à la création et à la gestion des interfaces réseau élastiques (ENI) qui permettent à Lambda de se connecter au VPC. Enfin, le groupe de sécurité de l'instance RDS doit autoriser le trafic entrant depuis le groupe de sécurité associé à la fonction Lambda, garantissant ainsi la connectivité. Les options incorrectes échouent pour les raisons suivantes : La première option utilise AWSLambdaBasicExecutionRole, qui ne fournit pas les permissions VPC nécessaires. Les troisième et quatrième options créent des fonctions Lambda sans configuration VPC, ce qui les empêche d'accéder directement aux ressources privées du VPC. Créer un point de terminaison d'interface VPC pour Lambda est pertinent pour les appels vers Lambda depuis le VPC, pas pour l'accès de Lambda au VPC.