解決策おわりに参考こちらの記事はなむゆの個人ブログにもマルチポストしてます。リソースを作成する必要があります。<作成したaws_cloudwatch_event_ruleリソースのARN>}原因TerraformでLambdaにEventBridgeからのトリガーを作成する際には、EventBridgeからLambdaにアクセスさせる権限を別途付与する必要があります。CLIやSDK、CloudFormation等の仕組みを使用してトリガーを作成する場合は手動で実行するする必要があるようです。Terraformでもこれと同様で手動で権限を付与しなければEventBridgeからLambdaにアクセスできなくてトリガーが動作しないということなのですね。EventBridgeのトリガー作成画面にも以下のような注意書きがあります。選択したターゲットについて適切な許可を自動的に設定します。使用している場合は、適切な許可を設定する必要があります。TerraformのLambdaのドキュメントにもNoteがあります。resource症状aws_lambda_permissionなしでもLambdaとEventBridge、そしてそのトリガー自体はエラーも起こさずに作成できてしまいます。この状態ではEventBridgeで設定したトリガーは有効になっていません。cronを用いた定期実行を設定していても、そのタイミングでLambdaの実行がトリガーされることはありません。コンソールからLambdaを確認すると、EventBridgeのトリガーが設定されていないことが確認できます。一方でEventBridgeの方ではトリガーが作成されているのが確認でき、対象としてLambdaが設定されているように見えてしまうのですが、実際にはトリガーが設定されておらず動作もしません。紛らわしいですよね~解決策ということで、TerraformでLambdaにEventBridgeからのトリガーを作成する際には、EventBridgeからLambdaにアクセスさせる権限を別途付与するためにaws_lambda_permissionリソースを作成します。プレースホルダーのLambdaリソース名とEventBridgeのARNはそれぞれのリソースのものを設定してください。<作成したaws_cloudwatch_event_ruleリソースのARN>}おわりにコンソールで行ったことをTerraformに書き落とせばそのまま動くと考えていたら罠がありました。コンソールの設定画面やTerraformのLambdaのドキュメントには注意書きがありますが、引っかかるまでこの仕様のこととは気づきませんでした。最新記事なむゆKubestronautになりました。社内Kubernetes最強です。本記事に記載の情報に起因するいかなる損害に対しても弊社は一切の責任を負わないものとします。お客様のご判断と責任のもとにご活用ください。