El backend de un juego móvil se ejecuta en máquinas virtuales on-premises que exponen una API REST. La lógica de negocio utiliza múltiples claves de API y lee los datos de la sesión del jugador desde un almacenamiento de archivos central. La carga varía y tiene picos que causan capacidad insuficiente y alta latencia al recuperar los datos de la sesión. El modelo de API debe permanecer sin cambios. ¿Qué arquitectura de nube satisface las necesidades de manejo de carga variable y acceso de baja latencia?

La opción correcta utiliza Amazon API Gateway para manejar la API REST, lo que proporciona escalabilidad, seguridad y gestión de tráfico sin servidor. Las funciones de AWS Lambda son ideales para la lógica de negocio, ya que escalan automáticamente con la demanda y se ejecutan sin servidor, eliminando la necesidad de gestionar máquinas virtuales. Amazon DynamoDB con capacidad bajo demanda es perfecto para almacenar datos de sesión de jugadores, ya que ofrece baja latencia, alta disponibilidad y escalado automático para manejar cargas variables y picos sin aprovisionamiento manual. Las otras opciones son menos óptimas porque: NLB y EC2 requieren gestión de infraestructura y escalado manual o configurado, lo que no satisface completamente la necesidad de manejar cargas variables de forma automática y sin esfuerzo operativo. Aurora Serverless, aunque escalable, puede tener mayor latencia que DynamoDB para casos de uso de clave-valor. ALB y Lambda son una buena combinación, pero API Gateway es más adecuado para la gestión completa de APIs REST que un ALB por sí solo, ofreciendo más funcionalidades como limitación de solicitudes y autenticación. AWS AppSync es para APIs GraphQL, no REST, y Aurora Serverless, aunque escalable, no es la mejor opción para datos de sesión de clave-valor de baja latencia en comparación con DynamoDB.