Eine Python AWS Lambda-Funktion wird durch S3-Objekterstellungsereignisse ausgelöst; sie liest von S3 und schreibt in eine DynamoDB-Tabelle. Die Funktion wird bei Aufruf ausgeführt, schlägt aber fehl, wenn sie versucht, in DynamoDB zu schreiben. Was ist die WAHRSCHEINLICHSTE Ursache?

Die wahrscheinlichste Ursache ist, dass der IAM-Rolle der Lambda-Funktion die erforderlichen Berechtigungen fehlen, um Schreibvorgänge in die DynamoDB-Tabelle durchzuführen. Lambda-Funktionen übernehmen eine IAM-Rolle, die festlegt, auf welche AWS-Ressourcen sie zugreifen dürfen. Ohne die entsprechenden Berechtigungen (z.B. dynamodb:PutItem, dynamodb:UpdateItem) schlagen Schreibversuche fehl. Das Erreichen des Concurrency-Limits würde dazu führen, dass die Funktion nicht aufgerufen wird oder gedrosselt wird, aber nicht, dass sie nach dem Start beim Schreiben fehlschlägt. Ein Global Secondary Index (GSI) ist für die Abfrage von Daten erforderlich, nicht für das Schreiben von Elementen in die Tabelle. Die Verfügbarkeitszone hat keinen direkten Einfluss auf die Fähigkeit einer Lambda-Funktion, in eine DynamoDB-Tabelle zu schreiben; DynamoDB ist ein regionaler Dienst und bietet Hochverfügbarkeit über mehrere AZs hinweg.