Une entreprise stocke des données dans plusieurs tables DynamoDB et a besoin d'une API HTTPS sans serveur et à mise à l'échelle automatique pour exposer ces données publiquement. Quelles solutions répondent aux exigences ? (Choisissez-en deux.)

Les deux solutions correctes utilisent Amazon API Gateway, qui est un service sans serveur et à mise à l'échelle automatique, idéal pour exposer des API HTTPS. La première option utilise une API REST API Gateway avec des intégrations directes de services AWS vers DynamoDB. Cela permet à API Gateway d'interagir directement avec DynamoDB sans code intermédiaire, réduisant la latence et la complexité. La deuxième option utilise une API HTTP API Gateway intégrée à des fonctions AWS Lambda. Lambda peut exécuter une logique personnalisée pour interagir avec DynamoDB, offrant une flexibilité maximale pour la manipulation des données, la validation et l'autorisation. L'option "Créez une API HTTP Amazon API Gateway et configurez-la avec une intégration AWS directe vers DynamoDB" est incorrecte car les intégrations directes de services AWS vers DynamoDB sont principalement disponibles pour les API REST dans API Gateway, pas les API HTTP. Les API HTTP sont optimisées pour la performance et le coût, mais offrent moins de fonctionnalités d'intégration directe que les API REST. Les autres options sont incorrectes car AWS Global Accelerator est un service de réseau pour améliorer la performance et la disponibilité, pas une API, et un Network Load Balancer n'est pas sans serveur et n'est pas la méthode standard pour exposer des API HTTPS publiques sans serveur avec DynamoDB.