Un développeur a placé une base de données RDS dans le sous-réseau privé de VPC-A. Le développeur a également créé une fonction Lambda dans le VPC par défaut qui tente de se connecter à la base de données RDS, mais n'y parvient pas. Quelle est la méthode appropriée pour permettre à la fonction Lambda d'accéder à l'instance RDS ?

La fonction Lambda doit être déployée dans le même VPC et sous-réseau que l'instance RDS pour établir une connexion réseau directe. Les fonctions Lambda créées dans le VPC par défaut ne peuvent pas accéder aux ressources dans un VPC différent (VPC-A) sans configuration réseau supplémentaire (comme le peering de VPC, qui n'est pas la solution la plus simple ici). Une fois la fonction Lambda dans le bon sous-réseau, le groupe de sécurité de l'instance RDS doit être configuré pour autoriser le trafic entrant (généralement sur le port de la base de données) depuis le groupe de sécurité associé à la fonction Lambda. Les autres options sont incorrectes car : Modifier le groupe de sécurité RDS pour autoriser le trafic de tous les ports provenant du bloc CIDR du VPC est trop permissif et ne résout pas le problème de connectivité inter-VPC. Créer un groupe de sécurité pour la fonction Lambda, puis ajouter une règle au groupe de sécurité RDS pour autoriser le trafic provenant de ce groupe de sécurité Lambda est une étape nécessaire, mais ne résout pas le problème fondamental de la fonction Lambda étant dans un VPC différent. Créer un rôle IAM avec une politique qui autorise l'accès à la base de données RDS est pertinent pour l'authentification et l'autorisation au niveau de la base de données, mais ne résout pas le problème de connectivité réseau sous-jacent.