ある開発者が、画像処理のために S3 イベント通知を使用して Lambda 関数を呼び出しています。同じ AWS アカウントに開発用の S3 バケットと Lambda、および本番用の S3 バケットと Lambda があります。開発バケットへのアップロードが誤って本番 Lambda を呼び出しています。開発者は、開発環境へのアップロードが本番環境に影響を与えないように、最小限の混乱で対処する必要があります。開発者は何をすべきですか？

開発環境と本番環境を別々のアカウントに分離することは、リソースの誤った呼び出しを防ぐためのベストプラクティスです。これにより、開発環境での変更が本番環境に意図せず影響を与えるリスクを排除できます。Lambda関数にリソースベースのポリシーを追加することで、その関数が特定のアカウント内のS3バケットからのみ呼び出されるように制限でき、セキュリティと分離が強化されます。 他の選択肢は不十分です。実行ロールの変更だけでは、S3イベント通知のトリガー自体は防げません。S3バケットポリシーでLambdaの呼び出しを制御することは可能ですが、アカウントが同じである限り、設定ミスによる誤った呼び出しのリスクは残ります。