Está probando una aplicación que invoca una función Lambda de forma asíncrona. La función falla incluso después de dos reintentos automáticos durante las pruebas. ¿Cuál es la forma recomendada de capturar e investigar los eventos fallidos?

La opción correcta es configurar una Dead Letter Queue (DLQ) y enviar los eventos fallidos a Amazon SQS para su análisis. Cuando una función Lambda invocada asincrónicamente falla después de todos los reintentos automáticos, Lambda puede enviar el evento fallido a una DLQ. Usar Amazon SQS como DLQ es una práctica recomendada porque permite almacenar los eventos fallidos de forma duradera para su posterior inspección, depuración o reintento manual. Habilitar el registro de AWS CloudTrail para examinar las invocaciones fallidas no es la mejor opción porque CloudTrail registra las llamadas a la API de AWS, no los eventos de invocación de Lambda fallidos a nivel de aplicación. Usar Amazon Simple Workflow Service (SWF) para reprocesar eventos no es el propósito principal de SWF en este contexto, ya que SWF se utiliza para coordinar flujos de trabajo complejos y no para capturar eventos fallidos de Lambda. Usar AWS Config para capturar y reprocesar eventos no es adecuado, ya que AWS Config se centra en la evaluación y auditoría de la configuración de los recursos de AWS, no en la gestión de eventos de aplicación fallidos.