L'applicazione di uno sviluppatore richiama le funzioni Lambda in modo asincrono, ma alcuni eventi falliscono in modo casuale. Lo sviluppatore deve acquisire gli eventi specifici che sono falliti per indagini. Quale configurazione raccoglierà gli eventi asincroni falliti per una successiva ispezione?

La configurazione di una coda dead-letter (DLQ) Amazon SQS è il metodo standard e più efficace per catturare gli eventi asincroni falliti di Lambda. Quando una funzione Lambda richiamata in modo asincrono fallisce dopo tutti i tentativi di ripetizione (o se la configurazione di ripetizione è esaurita), l'evento viene inviato alla DLQ specificata. Questo permette allo sviluppatore di ispezionare e rielaborare questi eventi in un secondo momento. Le opzioni errate sono: Creare una regola EventBridge: EventBridge può reagire a stati di fallimento, ma non cattura direttamente il payload dell'evento fallito per l'ispezione in modo nativo come una DLQ. Coda dead-letter basata su Amazon Kinesis: Kinesis è uno stream di dati, non una coda dead-letter nativa per Lambda. Sebbene sia possibile implementare una logica per reindirizzare gli errori a Kinesis, SQS è la soluzione integrata e più semplice per questo scopo. Coda dead-letter Amazon SQS FIFO: Una coda SQS FIFO (First-In, First-Out) è progettata per garantire l'ordine e l'elaborazione una tantum. Per la semplice cattura di eventi falliti, una coda SQS standard è sufficiente e più economica, poiché l'ordine degli eventi falliti non è solitamente una priorità critica.