Una empresa implementó un juego móvil multijugador que requiere el seguimiento de la ubicación en vivo de los jugadores mediante latitud y longitud. El almacén de datos debe admitir actualizaciones y recuperaciones rápidas de ubicaciones. El juego almacena los datos de ubicación en una instancia de base de datos de Amazon RDS para PostgreSQL con réplicas de lectura, pero durante el uso pico la base de datos no puede mantener el rendimiento de lectura/escritura requerido. La base de usuarios está aumentando rápidamente. ¿Qué debe hacer un arquitecto de soluciones para mejorar el rendimiento de la capa de datos?

La implementación de un clúster de Amazon ElastiCache for Redis es la solución más adecuada porque Redis es un almacén de datos en memoria de alto rendimiento, ideal para el almacenamiento en caché de datos de ubicación en tiempo real que requieren actualizaciones y recuperaciones rápidas. Almacenar en caché las ubicaciones de los jugadores en Redis reducirá la carga en la base de datos de PostgreSQL, mejorando el rendimiento de lectura y escritura durante los picos de uso. Tomar una instantánea y restaurarla con Multi-AZ solo mejora la disponibilidad y la durabilidad, no el rendimiento. Migrar a Amazon OpenSearch Service es una solución de búsqueda y análisis de registros, no una base de datos optimizada para el almacenamiento de datos de ubicación en tiempo real. Implementar DAX es para DynamoDB, no para RDS para PostgreSQL.