Una función de AWS Lambda se invoca asincrónicamente para procesar eventos, pero algunas invocaciones fallan intermitentemente. El desarrollador necesita capturar y analizar estos eventos fallidos para solucionar problemas, con un esfuerzo de desarrollo mínimo. ¿Qué debería hacer el desarrollador?

Configurar una cola de mensajes fallidos (DLQ) es la solución más eficiente y con mínimo esfuerzo de desarrollo para capturar eventos fallidos en invocaciones asincrónicas de Lambda. Cuando una invocación asincrónica falla después de todos los reintentos, Lambda envía automáticamente el evento a la DLQ configurada, que puede ser una cola de Amazon SQS. Esto permite inspeccionar y reintentar los eventos fallidos sin modificar el código de la función. Las sentencias de registro en CloudTrail no son adecuadas porque CloudTrail registra la actividad de la API de AWS, no los errores internos de la función Lambda. Un flujo de trabajo de Step Functions es una solución más compleja y con mayor esfuerzo de desarrollo de lo necesario para simplemente capturar eventos fallidos. Enviar eventos a un tema FIFO de Amazon SNS para una DLQ no es lo ideal porque SQS es un servicio de cola diseñado para almacenar mensajes para su procesamiento, mientras que SNS es un servicio de publicación/suscripción. Aunque SNS puede usarse, SQS es la opción más directa y común para una DLQ.