Un script de Python se ejecuta en una instancia EC2 cada 10 minutos para ingerir y procesar archivos de un bucket de S3; cada archivo tarda unos 5 minutos en procesarse y se procesa solo una vez. Las métricas de CloudWatch muestran que la instancia EC2 está inactiva alrededor del 40% del tiempo. La empresa quiere que la carga de trabajo sea de alta disponibilidad, escalable y que reduzca la sobrecarga de administración continua. ¿Qué solución cumple con estos requisitos de la manera más rentable?

La migración a AWS Lambda con notificaciones de eventos de S3 es la solución más rentable y cumple con los requisitos. Lambda es un servicio sin servidor que se escala automáticamente con la carga de trabajo, eliminando la sobrecarga de administración de EC2 y pagando solo por el tiempo de cómputo utilizado. Las notificaciones de S3 invocan la función solo cuando hay un archivo nuevo, lo que optimiza los costos. Las otras opciones son menos óptimas: SQS con Auto Scaling de EC2 introduce complejidad de administración y costos de EC2 continuos, incluso con un tamaño mínimo. Ejecutar el script en un contenedor en EC2 no resuelve la inactividad ni la sobrecarga de administración. ECS en Fargate es una opción sin servidor, pero la complejidad de invocar Fargate RunTask a través de Lambda para cada archivo es mayor que la invocación directa de Lambda.