Ein Online-Lebensmittelunternehmen verwendet eine API Gateway HTTP API, die mit einer Lambda-Funktion integriert ist, die Bestellungen in DynamoDB schreibt. Neue Partner benötigen möglicherweise zusätzliche Lambda-Funktionen, um Bestellungen zu empfangen. Das Unternehmen verfügt über einen S3-Bucket und möchte, dass jede Bestellung und jedes Update zur Analyse mit minimalem Entwicklungsaufwand in S3 gespeichert wird. Was ist der einfachste Weg, um sicherzustellen, dass alle Bestellungen und Updates in S3 geschrieben werden?

Die Aktivierung von DynamoDB Streams ist der einfachste Weg, um alle Bestellungen und Updates in S3 zu speichern, da sie eine ereignisgesteuerte Architektur bereitstellt. Jede Änderung an der DynamoDB-Tabelle (Einfügen, Aktualisieren, Löschen) wird automatisch in den Stream geschrieben. Eine Lambda-Funktion kann dann so konfiguriert werden, dass sie durch diesen Stream ausgelöst wird und die Änderungen direkt in S3 schreibt. Dies erfordert keine Änderungen an der ursprünglichen Lambda-Funktion, die Bestellungen verarbeitet, und ist daher wartungsfreundlicher. Die Option, eine neue Lambda-Funktion und einen API-Endpunkt zu erstellen, würde Änderungen an der ursprünglichen Lambda-Funktion erfordern, um Updates weiterzuleiten, was komplexer ist. Das Veröffentlichen in einen Kinesis Data Stream ist eine gültige Option, aber DynamoDB Streams ist für diesen Anwendungsfall, bei dem die Daten bereits in DynamoDB liegen, direkter und einfacher zu implementieren. Die Verwendung eines SNS-Topics würde ebenfalls eine Änderung der ursprünglichen Lambda-Funktion erfordern und ist für die direkte Verarbeitung von Datenbankänderungen weniger geeignet als DynamoDB Streams.