Un'azienda di elaborazione di immagini ha un'applicazione web che carica immagini in un bucket Amazon S3. Le notifiche degli eventi S3 pubblicano gli eventi di creazione degli oggetti in una coda standard di Amazon Simple Queue Service (Amazon SQS). La coda SQS è l'origine eventi per una funzione AWS Lambda che elabora le immagini e invia i risultati via e-mail agli utenti. Gli utenti segnalano di ricevere più e-mail per ogni immagine caricata. Un architetto di soluzioni scopre che i messaggi SQS stanno richiamando la funzione Lambda più di una volta, causando e-mail duplicate. Cosa dovrebbe fare l'architetto di soluzioni per risolvere questo problema con il MINOR overhead operativo?

L'aumento del timeout di visibilità della coda SQS garantisce che un messaggio non sia visibile ad altri consumer mentre la funzione Lambda lo sta elaborando. Se il timeout di visibilità è troppo breve, il messaggio potrebbe tornare visibile nella coda prima che la Lambda abbia terminato l'elaborazione e lo abbia eliminato, portando a richiami duplicati della funzione e-mail duplicate. Impostarlo su un valore maggiore della somma del timeout della funzione e del timeout della finestra di batch previene questo problema con il minimo overhead operativo. Il long polling (opzione A) riduce il numero di chiamate API vuote, ma non previene i messaggi duplicati. Le code SQS FIFO (opzione B) garantiscono l'ordine e la deduplicazione, ma introducono un overhead maggiore e non sono necessarie se il problema è solo la visibilità. L'eliminazione immediata del messaggio (opzione D) è rischiosa: se la funzione Lambda fallisce dopo l'eliminazione ma prima dell'elaborazione, il messaggio andrà perso.