Una API REST de API Gateway invoca una función Lambda que carga un gran conjunto de datos desde una tabla DynamoDB durante la inicialización, lo que provoca arranques en frío de 8 a 10 segundos. La tabla DynamoDB utiliza DAX. La aplicación experimenta respuestas largas intermitentes y tiene un tráfico muy variable (un pico a mediodía 10 veces superior al normal y una caída casi al final del día al 10% de lo normal). El ingeniero de DevOps debe reducir la latencia de Lambda en todo momento del día. ¿Qué solución cumple el requisito?

La concurrencia aprovisionada (Provisioned Concurrency) mantiene las instancias de Lambda inicializadas y listas para responder, eliminando los arranques en frío. Configurar Application Auto Scaling para la concurrencia aprovisionada permite ajustar dinámicamente el número de instancias precalentadas según la demanda, asegurando baja latencia incluso con tráfico variable. Un mínimo de 1 asegura que siempre haya al menos una instancia lista, y un máximo de 100 maneja los picos de tráfico. Las otras opciones son incorrectas porque: Habilitar la concurrencia aprovisionada con un valor fijo de 1 no escalaría para los picos de tráfico y eliminar DAX podría aumentar la latencia de DynamoDB. Establecer la concurrencia reservada en 0 impediría que la función se ejecute. Establecer la concurrencia reservada en Lambda no elimina los arranques en frío, y configurar Application Auto Scaling en API Gateway no gestiona la concurrencia de Lambda.