Una empresa tiene una aplicación web para la venta de billetes de viaje. La aplicación se basa en una base de datos que se ejecuta en un único centro de datos en Norteamérica. La empresa quiere expandir la aplicación para atender a una base de usuarios global. La empresa necesita desplegar la aplicación en múltiples AWS Regions. La latencia promedio debe ser inferior a 1 segundo en las actualizaciones de la base de datos de reservas. La empresa quiere tener despliegues separados de su plataforma web en varias Regions. Sin embargo, la empresa debe mantener una única base de datos de reservas primaria que sea globalmente consistente. ¿Qué solución debería recomendar un arquitecto de soluciones para cumplir con estos requisitos?

La opción correcta es usar Amazon DynamoDB con tablas globales. DynamoDB Global Tables proporciona una base de datos NoSQL de múltiples regiones y multimaestro, lo que permite que las actualizaciones de la base de datos de reservas se repliquen automáticamente en todas las regiones con baja latencia (generalmente en milisegundos), cumpliendo el requisito de menos de 1 segundo. Cada despliegue regional puede usar el endpoint regional correcto para acceder a la tabla global, garantizando una base de datos primaria única y globalmente consistente. Las otras opciones son incorrectas porque: Aurora Read Replicas y RDS for MySQL Read Replicas no ofrecen consistencia global de escritura en múltiples regiones con baja latencia para actualizaciones. Son principalmente para escalar lecturas y la replicación de escritura es unidireccional desde la primaria. Aurora Serverless con funciones Lambda para sincronización introduce complejidad y latencia adicional, y no garantiza la consistencia global de escritura de forma nativa a través de múltiples regiones con el rendimiento requerido.