Un equipo de desarrollo está creando una aplicación basada en eventos que utiliza funciones de AWS Lambda. Los eventos se generan cuando se añaden archivos a un bucket de Amazon S3. El equipo tiene actualmente Amazon Simple Notification Service (Amazon SNS) configurado como destino de los eventos desde Amazon S3. ¿Qué debería hacer un arquitecto de soluciones para procesar los eventos de Amazon S3 de forma escalable?

La opción correcta es enviar el evento a Amazon SQS y luego usar SQS para activar Lambda. Esto proporciona escalabilidad y desacoplamiento. SQS actúa como un búfer, absorbiendo picos de eventos y asegurando que ningún evento se pierda si Lambda está sobrecargado o experimenta fallas temporales. Lambda puede procesar mensajes de SQS de forma asíncrona y escalable. Las opciones incorrectas son: Usar ECS o EKS antes de Lambda: Esto añade complejidad innecesaria y no es el patrón más eficiente para procesar eventos directamente desde S3 a Lambda de forma escalable. Lambda está diseñado para ser invocado directamente por eventos. Usar AWS SMS: AWS Server Migration Service (SMS) es para migrar servidores a AWS, no para procesar eventos en tiempo real. No es un servicio apropiado para este caso de uso.