Eine Lösung verwendet Amazon SQS Standard-Warteschlangen, eine AWS Lambda-Funktion und eine DynamoDB-Tabelle. Die Lambda-Funktion wird durch SQS ausgelöst und schreibt Elemente in DynamoDB. Das Design sollte die Skalierbarkeit von Lambda maximieren und sicherstellen, dass Nachrichten, die Lambda erfolgreich verarbeitet, nicht erneut verarbeitet werden. Welche Konfiguration erfüllt diese Anforderungen?

Die Option "ReportBatchItemFailures" ist korrekt, da sie Lambda ermöglicht, nur die Nachrichten als erfolgreich zu markieren, die tatsächlich verarbeitet wurden. Wenn Lambda einen Fehler bei der Verarbeitung eines Batches meldet, kann es spezifisch angeben, welche Nachrichten fehlgeschlagen sind. SQS stellt dann nur diese fehlgeschlagenen Nachrichten erneut zur Verfügung, während die erfolgreich verarbeiteten Nachrichten aus der Warteschlange entfernt werden. Dies maximiert die Skalierbarkeit, da keine erfolgreichen Nachrichten erneut verarbeitet werden müssen, und verhindert doppelte Verarbeitungen. Das Batch-Fenster oder die Batch-Größe auf 1 zu setzen, würde die Skalierbarkeit von Lambda einschränken, da Lambda dann nur einzelne Nachrichten oder sehr kleine Batches verarbeiten würde, was ineffizient ist. Das Anpassen des SQS-Visibility-Timeouts ist zwar wichtig, um die erneute Verarbeitung von Nachrichten während der Lambda-Verarbeitung zu verhindern, aber es löst nicht das Problem der selektiven Entfernung von erfolgreich verarbeiteten Nachrichten aus einem Batch, der teilweise fehlschlägt.