Un servicio meteorológico aloja mapas meteorológicos de alta resolución actualizados con frecuencia y HTML estático en un bucket de S3 en eu-west-1 y utiliza CloudFront como front-end del sitio. Después de expandirse para atender a usuarios en us-east-1, los usuarios de esa región a veces experimentan una carga lenta de los mapas. ¿Qué combinación de pasos resolverá los problemas de rendimiento en us-east-1? (Elija dos opciones).

Los mapas de alta resolución son objetos grandes que se benefician de la proximidad geográfica. Crear un nuevo bucket de S3 en us-east-1 y configurar la replicación entre regiones de S3 desde eu-west-1 asegura que los datos estén cerca de los usuarios de us-east-1, reduciendo la latencia de acceso. Luego, usar Lambda@Edge para modificar las solicitudes de los usuarios de Norteamérica y dirigirlas al bucket de S3 en us-east-1 permite que CloudFront sirva el contenido desde la ubicación más cercana. Las otras opciones son incorrectas porque: AWS Global Accelerator no es adecuado para servir contenido directamente desde S3 como origen principal para CloudFront en este escenario, y la configuración propuesta para los grupos de endpoints no resuelve el problema de la ubicación de los datos. S3 Transfer Acceleration acelera las cargas a S3, no las descargas desde S3 a los usuarios finales a través de CloudFront. Configurar Global Accelerator como origen de CloudFront y usar Lambda@Edge para enrutar solicitudes no es la solución más eficiente para servir contenido estático replicado en S3, ya que CloudFront ya optimiza la entrega desde sus POPs.