L'application d'un développeur invoque des fonctions Lambda de manière asynchrone, mais certains événements échouent aléatoirement. Le développeur doit capturer les événements spécifiques qui ont échoué pour investigation. Quelle configuration permettra de collecter les événements asynchrones échoués pour une inspection ultérieure ?

La configuration d'une file d'attente de lettres mortes (DLQ) Amazon SQS est la solution la plus directe et efficace pour capturer les événements qui échouent lors d'invocations asynchrones de Lambda. Lorsqu'une fonction Lambda invoquée de manière asynchrone échoue après toutes les tentatives de nouvelle essai, l'événement est envoyé à la DLQ configurée, permettant une inspection ultérieure. L'option EventBridge est moins adaptée car elle est principalement utilisée pour router des événements en fonction de règles et ne gère pas nativement la capture des événements échoués après des tentatives de nouvelle essai asynchrones de Lambda. Une DLQ basée sur Amazon Kinesis n'est pas une option standard pour les fonctions Lambda. Les DLQ sont généralement implémentées avec SQS ou SNS. Une DLQ SQS FIFO n'est pas nécessaire ici. Les invocations asynchrones de Lambda n'exigent pas un ordre strict pour les événements échoués, et une file d'attente SQS standard est suffisante et plus rentable.