La aplicación de un desarrollador invoca funciones Lambda de forma asíncrona, pero algunos eventos fallan aleatoriamente. El desarrollador necesita capturar los eventos específicos que fallaron para su investigación. ¿Qué configuración recopilará los eventos asíncronos fallidos para su posterior inspección?

La opción correcta es configurar una cola de mensajes fallidos (DLQ) de Amazon SQS. Cuando una función Lambda invocada asincrónicamente falla después de reintentos, o si el evento caduca, el evento se envía a la DLQ configurada. Esto permite al desarrollador inspeccionar los eventos fallidos para determinar la causa raíz. La creación de una regla de EventBridge no es el mecanismo principal para capturar fallos de invocación asíncrona de Lambda directamente; EventBridge se usa más para reaccionar a cambios de estado o eventos de servicio. Una DLQ basada en Amazon Kinesis no es una opción estándar para Lambda; las DLQ de Lambda admiten SQS o SNS. Una DLQ FIFO de Amazon SQS no es necesaria aquí; una DLQ estándar de SQS es suficiente para capturar eventos fallidos y es más rentable, ya que el orden estricto (FIFO) no es un requisito explícito para la depuración de fallos.