Une application existante qui utilise MongoDB est en cours de migration vers AWS. La politique de l'entreprise exige que toutes les instances EC2 se trouvent dans des sous-réseaux privés sans accès à Internet, que toutes les communications entre l'application et la base de données soient chiffrées et que la base de données puisse s'adapter à la demande. Quelle solution satisfait ces contraintes ?

La bonne réponse est de provisionner des tables Amazon DynamoDB avec une capacité à la demande et d'utiliser un VPC endpoint de passerelle. DynamoDB est une base de données NoSQL entièrement gérée, sans serveur, qui s'adapte automatiquement à la demande, répondant ainsi à l'exigence d'évolutivité. L'utilisation d'un VPC endpoint de passerelle pour DynamoDB permet aux instances EC2 dans des sous-réseaux privés d'accéder à DynamoDB sans passer par Internet, respectant ainsi la politique de sécurité. Toutes les communications avec DynamoDB sont chiffrées en transit et au repos par défaut. Les autres options sont incorrectes pour les raisons suivantes : L'utilisation d'Amazon DocumentDB (avec compatibilité MongoDB) est une option viable pour la compatibilité, mais l'énoncé de la question ne spécifie pas la nécessité de conserver une base de données de type MongoDB. De plus, DocumentDB nécessite un point de terminaison de cluster, pas un point de terminaison d'instance, et l'option "volumes IOPS provisionnés" n'est pas la meilleure pour l'évolutivité à la demande. L'utilisation d'un VPC endpoint d'interface pour DynamoDB est incorrecte car DynamoDB utilise un VPC endpoint de passerelle.