Una empresa de procesamiento de imágenes tiene una aplicación web que carga imágenes en un bucket de Amazon S3. Las notificaciones de eventos de S3 publican eventos de creación de objetos en una cola estándar de Amazon Simple Queue Service (Amazon SQS). La cola de SQS es el origen de eventos para una función de AWS Lambda que procesa imágenes y envía los resultados por correo electrónico a los usuarios. Los usuarios informan que reciben varios correos electrónicos por cada imagen cargada. Un arquitecto de soluciones descubre que los mensajes de SQS están invocando la función Lambda más de una vez, lo que provoca correos electrónicos duplicados. ¿Qué debe hacer el arquitecto de soluciones para resolver este problema con la MENOR sobrecarga operativa?

La opción correcta es aumentar el tiempo de espera de visibilidad en la cola de SQS. Esto evita que otros consumidores (en este caso, invocaciones adicionales de la función Lambda) procesen el mismo mensaje antes de que la función Lambda original tenga la oportunidad de completarse y eliminar el mensaje. Al establecer el tiempo de espera de visibilidad a un valor mayor que la suma del tiempo de espera de la función y el tiempo de espera de la ventana de lotes, se garantiza que un mensaje no sea visible para otros consumidores mientras la función Lambda lo está procesando. Configurar el sondeo largo (long polling) en SQS solo reduce el número de llamadas vacías a la API, no resuelve el problema de los mensajes duplicados. Cambiar a una cola SQS FIFO es una solución, pero implica una sobrecarga operativa mayor al requerir cambios en la aplicación para gestionar la deduplicación y el orden, además de tener un rendimiento menor que las colas estándar. Modificar la función Lambda para eliminar el mensaje inmediatamente después de leerlo no es una buena práctica, ya que si la función falla antes de procesar el mensaje, este se perderá sin ser procesado.