Le backend d'un jeu mobile s'exécute sur des machines virtuelles sur site exposant une API REST. La logique métier utilise plusieurs clés API et lit les données de session des joueurs à partir d'un stockage de fichiers centralisé. La charge varie et présente des pics entraînant une capacité insuffisante et une latence élevée lors de la récupération des données de session. Le modèle d'API doit rester inchangé. Quelle architecture cloud répond aux besoins de gestion de la charge variable et d'accès à faible latence ?

L'option correcte utilise Amazon API Gateway pour gérer l'API REST, offrant une mise à l'échelle automatique et la gestion des clés API. Les fonctions AWS Lambda sont idéales pour la logique métier car elles s'adaptent automatiquement à la charge variable sans nécessiter de gestion de serveurs. Amazon DynamoDB en mode à la demande (On-Demand) fournit un stockage de sessions de joueurs à faible latence et à haute disponibilité, s'adaptant automatiquement aux pics de charge. Les autres options sont moins optimales : Le NLB est une couche 4 et ne gère pas les clés API ni les fonctionnalités avancées d'API Gateway. Aurora Serverless peut introduire une latence plus élevée que DynamoDB pour les cas d'utilisation de sessions à faible latence et à haut débit. Utiliser un ALB avec Lambda est possible, mais API Gateway offre des fonctionnalités plus complètes pour la gestion d'API REST. AWS AppSync est pour les API GraphQL, ce qui ne correspond pas au modèle d'API REST existant.