Una aplicación móvil global de venta de entradas muestra un código de barras que leen los escáneres de eventos. Después de escanear, los dispositivos escáner llaman a una API de backend para validar el código de barras con una base de datos y luego actualizan una única tabla de la base de datos para marcar el código de barras como usado. La empresa alojará la base de datos en tres regiones de AWS y necesita un nombre DNS api.example.com. ¿Qué arquitectura proporciona la MENOR latencia para la validación del código de barras y la operación de actualización?

La opción correcta utiliza tablas globales de Amazon DynamoDB para la base de datos, lo que proporciona replicación multirregional activa-activa y baja latencia. La lógica de backend se implementa con Lambda@Edge, que se ejecuta en ubicaciones de borde de CloudFront, acercando la computación a los usuarios y reduciendo la latencia. CloudFront distribuye las solicitudes a la ubicación de borde más cercana, y Route 53 dirige api.example.com a CloudFront. Las opciones incorrectas que usan Aurora Global Database, aunque ofrecen replicación multirregional, no colocan la lógica de backend tan cerca del usuario final como Lambda@Edge. Además, Global Accelerator o CloudFront con orígenes de ECS/EKS introducirían más latencia que ejecutar la lógica directamente en el borde con Lambda@Edge. La opción que usa CloudFront Functions para la lógica de backend es incorrecta porque CloudFront Functions son para manipulaciones ligeras de solicitudes/respuestas, no para lógica de backend compleja que requiere acceso a bases de datos.