Een beeldverwerkingsbedrijf heeft een webapplicatie die afbeeldingen uploadt naar een Amazon S3-bucket. S3-gebeurtenismeldingen publiceren object-creatiegebeurtenissen naar een Amazon Simple Queue Service (Amazon SQS) standaardwachtrij. De SQS-wachtrij is de gebeurtenisbron voor een AWS Lambda-functie die afbeeldingen verwerkt en resultaten naar gebruikers e-mailt. Gebruikers melden dat ze meerdere e-mails ontvangen voor elke geüploade afbeelding. Een solutions architect ontdekt dat SQS-berichten de Lambda-functie meer dan eens aanroepen, wat dubbele e-mails veroorzaakt. Wat moet de solutions architect doen om dit probleem op te lossen met de MINSTE operationele overhead?

De correcte oplossing is het verhogen van de visibility timeout in de SQS-wachtrij. Wanneer een Lambda-functie berichten van SQS ophaalt, worden deze berichten onzichtbaar gemaakt voor andere consumers gedurende de visibility timeout. Als de Lambda-functie het bericht niet binnen deze timeout verwerkt en verwijdert, wordt het weer zichtbaar en kan het opnieuw worden opgehaald, wat leidt tot dubbele verwerking en e-mails. Door de visibility timeout langer te maken dan de maximale verwerkingstijd van de Lambda-functie (inclusief eventuele batch window), wordt voorkomen dat berichten voortijdig opnieuw zichtbaar worden. Het instellen van long polling (optie 1) vermindert het aantal lege antwoorden en verhoogt de efficiëntie, maar lost het probleem van dubbele verwerking niet op. Het veranderen naar een SQS FIFO-wachtrij (optie 2) garandeert 'exactly-once processing' en de volgorde van berichten, maar heeft hogere operationele overhead en is niet nodig als 'at-least-once delivery' acceptabel is en dubbele verwerking door de visibility timeout wordt veroorzaakt. Het onmiddellijk verwijderen van berichten (optie 4) is riskant, omdat als de Lambda-functie faalt na het verwijderen maar vóór de verwerking, het bericht verloren gaat.