Eine Lambda-Funktion verarbeitet Nachrichten aus einer Amazon SQS-Standard-Warteschlange (Batch-Größe 10) und schreibt die Ergebnisse nach S3. Am ersten Tag übersteigt die Nachrichtenankunft die Verarbeitung, und viele in der Warteschlange befindliche Nachrichten enthalten ungültige Daten, wodurch gültige Nachrichten die erforderlichen Verarbeitungsfristen verpassen. Welche Änderung stellt sicher, dass gültige Nachrichten ihre Frist einhalten?

Die korrekte Lösung ist, die Batch-Größe beizubehalten, die Lambda-Funktion so zu konfigurieren, dass sie fehlgeschlagene Batch-Elemente meldet, und eine SQS-Dead-Letter-Queue (DLQ) einzurichten. Wenn Lambda fehlgeschlagene Batch-Elemente meldet, werden nur die ungültigen Nachrichten an die Warteschlange zurückgegeben, anstatt den gesamten Batch erneut zu verarbeiten. Dies verhindert, dass gültige Nachrichten durch wiederholte Verarbeitung ungültiger Nachrichten blockiert werden. Eine DLQ fängt die ungültigen Nachrichten ab, nachdem sie eine bestimmte Anzahl von Wiederholungen erreicht haben, wodurch sie aus der Hauptwarteschlange entfernt werden und die Verarbeitung gültiger Nachrichten nicht mehr behindern. Das Erhöhen der Batch-Größe würde das Problem verschärfen, da mehr ungültige Nachrichten gleichzeitig verarbeitet und zurückgegeben würden. Das Erhöhen des SQS-Durchsatzkontingents oder des Lambda-Concurrency-Kontingents würde die Verarbeitungsgeschwindigkeit erhöhen, aber nicht das Problem der ungültigen Nachrichten lösen, die gültige Nachrichten blockieren. S3 Transfer Acceleration ist für die Übertragung zu S3 relevant, aber nicht für die Problembehandlung ungültiger Nachrichten in SQS.