Sie haben eine Amazon S3-Ereignisquelle konfiguriert, um eine AWS Lambda-Funktion auszulösen, wenn Objekte in einem bestimmten S3-Bucket erstellt oder aktualisiert werden. Die Lambda-Funktion verwendet den Bucket-Namen und den Objektschlüssel aus dem Ereignis, um das Objekt zu lesen und dessen Inhalt zu parsen, und schreibt dann die geparsten Daten in eine DynamoDB-Tabelle. Die Ausführungsrolle der Lambda-Funktion hat Berechtigungen zum Lesen des S3-Buckets und zum Schreiben in DynamoDB, aber die Funktion wird nicht aufgerufen, wenn Objekte hinzugefügt oder geändert werden. Was behebt das Problem?

Das Problem liegt darin, dass Amazon S3 nicht die erforderliche Berechtigung hat, die Lambda-Funktion aufzurufen. Standardmäßig können AWS-Dienste nicht einfach andere Dienste aufrufen. Eine ressourcenbasierte Richtlinie (auch bekannt als Berechtigungsrichtlinie) muss der Lambda-Funktion hinzugefügt werden, um S3 explizit zu erlauben, die Funktion auszulösen. Diese Richtlinie definiert, welche Prinzipale (in diesem Fall der S3-Dienst für den spezifischen Bucket) welche Aktionen (lambda:InvokeFunction) auf der Ressource (der Lambda-Funktion) ausführen dürfen. Die Option, eine S3-Bucket-Richtlinie hinzuzufügen, ist falsch, da Bucket-Richtlinien den Zugriff auf den S3-Bucket selbst steuern, nicht die Berechtigung, andere Dienste aufzurufen. Die SQS-Optionen sind Workarounds für die Verarbeitung von Ereignissen oder Fehlern, aber sie beheben nicht das grundlegende Problem, dass S3 die Lambda-Funktion nicht direkt aufrufen kann.