Une entreprise exécute son application à l'aide d'instances Amazon EC2 et de fonctions AWS Lambda. Les instances EC2 se trouvent dans des sous-réseaux privés d'un VPC. Les fonctions Lambda nécessitent un accès réseau direct aux instances EC2 pour que l'application fonctionne. L'application fonctionnera pendant 1 an et le nombre de fonctions Lambda utilisées augmentera au cours de cette année. L'entreprise doit minimiser les coûts de toutes les ressources de l'application. Quelle solution répond à ces exigences ?

La bonne réponse est d'acheter un plan d'épargne Compute et de connecter les fonctions Lambda aux sous-réseaux privés qui contiennent les instances EC2. Un plan d'épargne Compute offre des réductions sur l'utilisation d'EC2, de Fargate et de Lambda, ce qui permet de minimiser les coûts pour toutes les ressources de l'application sur une période d'un an avec une utilisation croissante de Lambda. Connecter les fonctions Lambda aux sous-réseaux privés permet un accès réseau direct et sécurisé aux instances EC2, ce qui est une exigence essentielle pour le fonctionnement de l'application. Les autres options sont incorrectes car : Un plan d'épargne EC2 ne couvrirait pas les coûts de Lambda. Connecter Lambda à des sous-réseaux publics ne permettrait pas un accès direct aux instances EC2 situées dans des sous-réseaux privés et introduirait des risques de sécurité inutiles. Maintenir les fonctions Lambda dans le VPC du service Lambda ne leur donnerait pas l'accès réseau direct nécessaire aux instances EC2 dans le VPC de l'entreprise.