Ein kundenorientierter Bildspeicherdienst empfängt Stapel großer Bilder von Millionen von Benutzern, ändert deren Größe und speichert sie bis zu 6 Monate lang in Amazon S3. Die Nachfrage schwankt stark. Die Lösung muss unternehmenstauglich und zuverlässig sein und fehlgeschlagene Verarbeitungsaufträge wiederholen können. Welches Design ist am kostengünstigsten und erfüllt gleichzeitig diese Anforderungen?

Die korrekte Option nutzt SQS als Puffer für S3-Ereignisse, was eine zuverlässige und asynchrone Verarbeitung ermöglicht und fehlgeschlagene Aufträge durch SQS-Wiederholungsmechanismen abfängt. Lambda verarbeitet die Nachrichten und ändert die Bildgröße. Die Speicherung in S3 Standard-IA ist kosteneffizient für seltenen Zugriff, und die Archivierung in S3 Glacier Deep Archive nach 6 Monaten optimiert die Langzeitkosten. Die anderen Optionen sind weniger geeignet: Step Functions sind für komplexe Workflows gut, aber das Ersetzen des Originals in S3 ist riskant und verhindert die Wiederherstellung des Originals. EventBridge und S3 Event Notifications rufen Lambda direkt auf. Dies bietet keine eingebaute Wiederholung bei Lambda-Fehlern und kann bei hoher Last zu Drosselung führen, was die Zuverlässigkeit beeinträchtigt. Das Ersetzen des Originals ist ebenfalls problematisch.