Un workflow di analisi utilizza una funzione AWS Lambda richiamata in modo asincrono per elaborare i record delle transazioni. A volte le invocazioni asincrone falliscono. Quando si verifica un errore, lo sviluppatore desidera che venga richiamata una seconda funzione Lambda per gestire l'errore e registrare i dettagli. Quale soluzione soddisfa questo requisito?

La configurazione di una destinazione per gli errori di una funzione Lambda è il modo più diretto ed efficiente per gestire gli errori nelle invocazioni asincrone. Quando un'invocazione asincrona fallisce (ad esempio, a causa di un errore di runtime o di un timeout), Lambda invia automaticamente i dettagli dell'errore alla destinazione configurata, che in questo caso è un'altra funzione Lambda. Le altre opzioni non sono appropriate: Abilitare la traccia attiva di AWS X-Ray è utile per il debug e l'analisi delle prestazioni, ma non fornisce un meccanismo automatico per richiamare una funzione di gestione degli errori in caso di fallimento dell'invocazione asincrona. Non esiste un "trigger di funzione Lambda con una condizione di errore" come descritto. I trigger avviano le funzioni, ma non gestiscono intrinsecamente i fallimenti delle invocazioni asincrone in questo modo specifico. Creare un allarme di controllo dello stato (CloudWatch Alarm) può monitorare le metriche di errore, ma non può passare direttamente i dettagli specifici dell'errore di una singola invocazione fallita a un'altra funzione Lambda in modo granulare come una destinazione per gli errori.