Une entreprise stocke des données transactionnelles dans Amazon RDS au sein d'un sous-réseau privé. Un développeur a créé une fonction AWS Lambda avec les paramètres par défaut pour effectuer des insertions, des mises à jour et des suppressions sur l'instance de base de données. La fonction Lambda doit se connecter en privé à l'instance de base de données sans utiliser l'internet public. Quelle combinaison d'étapes permettra d'y parvenir avec le MOINS de frais opérationnels ? (Choisissez-en deux.)

Pour permettre à la fonction Lambda de se connecter en privé à l'instance RDS, elle doit être configurée pour s'exécuter dans le même VPC et sous-réseau que la base de données. Cela garantit que la communication reste au sein du réseau privé d'AWS. Ensuite, pour autoriser le trafic entre la fonction Lambda et la base de données, les deux doivent partager un groupe de sécurité commun avec une règle d'auto-référence. Cette règle permet aux ressources associées au même groupe de sécurité de communiquer entre elles sur le port spécifié (celui de la base de données), minimisant ainsi les frais opérationnels en simplifiant la gestion des règles de pare-feu. Activer l'accès public pour la base de données est incorrect car la question exige une connexion privée. Mettre à jour le groupe de sécurité de la base de données pour autoriser uniquement les invocations de fonctions Lambda est insuffisant car Lambda a besoin d'une configuration VPC pour un accès privé. Mettre à jour la NACL est moins granulaire et plus complexe que l'utilisation de groupes de sécurité pour ce scénario.