Una aplicación que se ejecuta en EC2 consulta un sistema de archivos de Amazon EFS en busca de nuevos archivos. Cuando aparece un nuevo archivo, la aplicación selecciona una imagen de contenedor de Docker para procesar el archivo, inicia el contenedor apropiado y pasa la ubicación del archivo. El procesamiento puede tardar hasta 2 horas; cuando finaliza, el contenedor escribe el resultado de nuevo en EFS y sale. La empresa quiere eliminar las instancias EC2 que ejecutan estos contenedores. ¿Qué enfoque de refactorización cumple el requisito?

La opción correcta refactoriza la solución para usar AWS Fargate, eliminando la necesidad de gestionar instancias EC2. La lógica de selección de contenedores se traslada a una función AWS Lambda, que es ideal para la lógica de orquestación sin servidor. Mover el almacenamiento de archivos a Amazon S3 es una práctica recomendada para eventos de objetos, ya que S3 puede generar notificaciones de eventos directamente para invocar la función Lambda, lo cual EFS no puede hacer de forma nativa. La duración de procesamiento de hasta 2 horas es adecuada para tareas de Fargate, mientras que excede el tiempo de ejecución máximo de Lambda. Las opciones incorrectas presentan problemas: La primera opción sugiere que EventBridge se active cuando se añadan archivos a EFS, lo cual no es una capacidad nativa de EventBridge para EFS. La segunda opción propone un servicio de Fargate para la lógica de selección, lo cual es un uso ineficiente de recursos para una tarea de orquestación que podría ser sin servidor. Además, EFS no invoca directamente servicios de Fargate. La cuarta opción propone usar AWS Lambda para el procesamiento. Aunque Lambda ahora soporta imágenes de contenedor, el tiempo de ejecución máximo de 15 minutos de Lambda es insuficiente para un procesamiento de hasta 2 horas.