Eine CloudFormation-Vorlage wurde verwendet, um eine EventBridge-Regel zu erstellen, die auf eine AWS Lambda-Funktion abzielt. Die Lambda-Funktion soll Ereignisdetails in CloudWatch Logs protokollieren und verfügt über Berechtigungen zum Schreiben von Protokollen. Die Lambda-Funktion wird jedoch nicht von der Regel aufgerufen. Welche Änderung am CloudFormation-Stack wird dies beheben?

Die korrekte Antwort ist, eine AWS::Lambda::Permission-Ressource hinzuzufügen, die events.amazonaws.com die Berechtigung zum Aufrufen der Lambda-Funktion erteilt. Eine EventBridge-Regel benötigt explizit die Berechtigung, eine Lambda-Funktion aufrufen zu dürfen. Diese Berechtigung wird als Ressourcenbasierte Richtlinie direkt an die Lambda-Funktion angehängt, nicht an die EventBridge-Regel selbst. Die Principal-Eigenschaft in der AWS::Lambda::Permission-Ressource muss auf events.amazonaws.com gesetzt werden, um EventBridge als vertrauenswürdigen Dienst zu identifizieren. Die erste Option ist falsch, da EventBridge keine IAM-Rolle benötigt, um eine Lambda-Funktion aufzurufen; stattdessen benötigt die Lambda-Funktion eine ressourcenbasierte Richtlinie. Die zweite Option ist falsch, da die Lambda-Funktion bereits über die Berechtigung zum Schreiben von Protokollen verfügt, was bedeutet, dass ihre Ausführungsrolle korrekt konfiguriert ist. Das Problem liegt in der Berechtigung von EventBridge, die Funktion aufzurufen. Die vierte Option ist falsch, da lambda.amazonaws.com der Service-Prinzipal für den Lambda-Dienst selbst ist, nicht für EventBridge.