Une fonction AWS Lambda est invoquée de manière asynchrone pour traiter des événements, mais certaines invocations échouent par intermittence. Le développeur doit capturer et analyser ces événements échoués pour résoudre les problèmes, avec un effort de développement minimal. Que doit faire le développeur ?

La configuration d'une file d'attente de lettres mortes (DLQ) est la solution la plus efficace et la moins coûteuse en termes de développement pour capturer les événements asynchrones échoués. Lorsqu'une fonction Lambda invoquée de manière asynchrone échoue après toutes les tentatives, l'événement est envoyé à la DLQ configurée, généralement une file d'attente Amazon SQS standard. Cela permet d'inspecter et de retraiter facilement les événements échoués. L'ajout de journaux et la recherche dans CloudTrail ne sont pas idéaux car CloudTrail enregistre les appels d'API, pas les journaux d'application détaillés, et cela nécessiterait un effort manuel pour filtrer les erreurs. L'utilisation d'AWS Step Functions est une solution plus complexe et plus coûteuse pour ce cas d'utilisation simple de capture d'erreurs. Une rubrique Amazon SNS FIFO n'est pas le choix approprié pour une DLQ car les files d'attente SQS sont conçues pour stocker des messages en vue d'un traitement ultérieur, tandis que SNS est un service de publication/abonnement.