Une entreprise a déployé un jeu mobile multijoueur qui nécessite le suivi de la localisation en temps réel des joueurs à l'aide de la latitude et de la longitude. Le magasin de données doit prendre en charge les mises à jour et la récupération rapides des localisations. Le jeu stocke les données de localisation dans une instance de base de données Amazon RDS for PostgreSQL avec des répliques en lecture, mais pendant les périodes de pointe, la base de données ne peut pas maintenir les performances de lecture/écriture requises. La base d'utilisateurs augmente rapidement. Que doit faire un architecte de solutions pour améliorer les performances de la couche de données ?

Déployer un cluster Amazon ElastiCache for Redis est la meilleure solution car Redis est un magasin de données en mémoire extrêmement rapide, idéal pour les cas d'utilisation nécessitant des mises à jour et des récupérations rapides de données, comme le suivi de localisation en temps réel. Il peut gérer des charges de lecture/écriture élevées et réduire la charge sur la base de données RDS. Prendre un instantané et restaurer avec Multi-AZ ne résoudra pas les problèmes de performance de lecture/écriture, car Multi-AZ est principalement pour la haute disponibilité et la reprise après sinistre, pas pour la mise à l'échelle des performances. Migrer vers Amazon OpenSearch Service est inapproprié car OpenSearch est optimisé pour la recherche et l'analyse de logs, pas pour le stockage et la récupération rapide de données de localisation en temps réel. Déployer DAX est conçu spécifiquement pour Amazon DynamoDB et ne peut pas être utilisé avec Amazon RDS for PostgreSQL.