Ein Bildverarbeitungsunternehmen verfügt über eine Webanwendung, die Bilder in einen Amazon S3-Bucket hochlädt. S3-Ereignisbenachrichtigungen veröffentlichen Objekt-Erstellungsereignisse in einer Amazon Simple Queue Service (Amazon SQS)-Standard-Warteschlange. Die SQS-Warteschlange ist die Ereignisquelle für eine AWS Lambda-Funktion, die Bilder verarbeitet und Ergebnisse per E-Mail an Benutzer sendet. Benutzer berichten, dass sie für jedes hochgeladene Bild mehrere E-Mails erhalten. Ein Solutions Architect stellt fest, dass SQS-Nachrichten die Lambda-Funktion mehr als einmal aufrufen, was zu doppelten E-Mails führt. Was sollte der Solutions Architect tun, um dieses Problem mit dem geringsten Betriebsaufwand zu lösen?

Das Problem tritt auf, weil Lambda Nachrichten erneut verarbeitet, wenn sie nicht erfolgreich gelöscht werden, bevor das Visibility Timeout abläuft. Durch Erhöhen des Visibility Timeout auf einen Wert, der größer ist als die maximale Verarbeitungszeit der Lambda-Funktion (Funktions-Timeout + Batch-Fenster-Timeout), wird sichergestellt, dass Lambda genügend Zeit hat, die Nachricht zu verarbeiten und zu löschen, bevor sie für andere Konsumenten wieder sichtbar wird. Long Polling reduziert die Anzahl der leeren Antworten, löst aber keine Duplizierung. Eine SQS FIFO-Warteschlange garantiert zwar die Reihenfolge und verhindert Duplizierung, aber die Umstellung einer Standard-Warteschlange ist ein operativer Aufwand und erfordert möglicherweise Änderungen an der Anwendung. Das sofortige Löschen von Nachrichten aus der Warteschlange vor der Verarbeitung kann zu Datenverlust führen, wenn die Lambda-Funktion fehlschlägt.