S3とLambdaとCloudWatchを使ったログ記録！

#S3

こんにちは！新入社員の柴垣です！

突然ですが、Lambdaって機能が多くてどれだけのことができるのかよくわからないですよね💦

・イベント駆動実行

・自動スケーリング

・関数としてのコード実行

・タイムアウト設定

・IAMロールでのアクセス制御

・従量課金

・バージョン管理

等々

色々出来すぎてどう使えばいいかわからないと思うので、今回はこの中の「イベント駆動実行」と「関数としてのコード実行」を使って、「S3に画像がアップロードされると自動でLambdaが処理してログをCloudWatchに記録するソリューション」を作っていきたいと思います！

S3：ファイル（画像など）を保存するAWSのオンラインオブジェクトストレージサービス

Lambda：コードをサーバーなしで自動実行できるサービス（イベント駆動型）

CloudWatch：AWSの動作ログやエラーを記録・監視するサービス

今回メインではない機能紹介

機能	説明
🚀 自動スケーリング	リクエストの数に応じて自動的に関数が並列実行される。大量アクセスにも対応。
⏱ タイムアウト設定	最大実行時間を設定でき、処理が長引く場合は自動で終了して無駄な実行を防げる。
🔐 IAMロールでのアクセス制御	S3やDynamoDBなど、他のAWSサービスへのアクセスを明示的に許可できる。
💰 従量課金	実行時間とリソース使用量に応じてミリ秒単位で料金が発生。使った分だけ課金される。
📌 バージョン管理	関数のバージョンを記録しておける。別名（エイリアス）で環境を使い分けることも可能。

１．実行

目標　

「S3に画像を入れたという、ログが見れるようにしていきます」

実行手順

Step1：S3バケットを作成

Step2：Lambda関数を作成

Step3：トリガー（S3イベント）を設定

Step4：CloudWatchでログ確認

早速やっていきましょう！

Step１：S3バケットを作成

①AWSマネジメントコンソールに移動 → S3に移動 →「バケットを作成」

GetImage (1)

GetImage (2)

②任意のバケット名

（※バケット名はAWS全体で一意である必要があります。私は今回は例のバケット名で作ります。）
（例：myimage-upload-bucket)

GetImage (3)

③パブリックアクセスはすべてブロックでOK（他もデフォルト設定でOK）

GetImage (4)

④作成完了（例：バケット「myimage-upload-bucket2」が正常に作成されました）

画像を入れるバケットができました！

Step２：Lambda関数を作成

①Lambda→「関数の作成」

GetImage-1

②名前：S3ImageLogger

③ランタイム：Python3.13 (今回はPython3.13を選びました）

④デフォルトの実行ロールの変更：実行ロール→「基本的なLambdaアクセス権限で新しいロールを作成」

（Lambda関数を作成する際に「基本的なLambdaアクセス権限で新しいロールを作成」とすると、 CloudWatch Logsにログを出すための最低限の権限だけが付与されます。関数の実行内容にかかわらず、他のAWSサービスへのアクセスは明示的に追加しないと使えません。）

GetImage (1)-1

GetImage (2)-1

⑤作成（例：関数 S3ImageLogger を正常に作成しました。）

⑥コードタグでコードを書く→Deployする

（このコードはS3にファイルがアップロードされたときに自動で実行され、CloudWatch Logsにログを出力するシンプルな処理です）

GetImage (3)-1

※コード内容　

処理内容	目的
event を受け取る	S3からのイベント内容（バケット名・ファイル名）を取得する
bucket と key を抽出	アップロードされたファイルの保存先と名前を取得する
print() でログ出力	CloudWatch Logs に内容を記録し、動作確認・デバッグ用に活用する
return でレスポンスを返す	処理が正常に完了したことを AWS 側に通知する

⑦作成完了（例：関数 S3ImageLogger2 が正常に更新されました。）

S3に画像がアップロードされたときに自動で実行され、そのファイル名とバケット名をCloudWatchに記録する処理を作りました！

Step３：トリガー(S3イベント）を設定

①Lambda関数画面→「トリガーを追加」

②「S3」を選択

GetImage (4)-1

③作成したバケットを指定

④イベントタイプ：「オブジェクトを作成(すべて)」

GetImage (5)

⑤プレフィックスやサフィックス（例：.jpg）で絞ってもOK

再帰呼び出し✔ → 追加

（実際には今回の関数はS3に書き込みを行わないため、再帰は発生しません。
それでもAWSが「再帰呼び出しの可能性があります」と警告するのは、トリガーの範囲を限定しない場合、将来的にS3への書き込み処理を追加したときにループが起きるリスクがあるからです。そのため、トリガーを追加するには「了承」にチェックする必要があります。）

GetImage (6) ⑥保存

S3に画像をアップロードすると自動でLambda関数を呼び出す処理が作れました！

Step４：CloudWatchでログ確認

①画像をS3バケットにアップロード

GetImage (7)

GetImage (8)

GetImage (9)

②CloudWatch→「ロググループ」→Lambda関数名のグループを選択

GetImage (10)

GetImage (11)

GetImage (12)

③ログストリーム内に出力あり

GetImage (13)

※ログ説明

タイムスタンプ	ログ種別	内容
2025-05-19T04:43:19.360Z	INIT_START	Lambda関数の初期化が開始された。Python 3.13 ランタイムが使われ、コールドスタートであることを示す。
2025-05-19T04:43:19.444Z	START	Lambda関数の実行が開始された。RequestId によりこの実行が識別される。
2025-05-19T04:43:19.445Z	ログ出力	「S3イベント発生」：Lambda関数内の処理でS3からのトリガーイベントを検出した旨が出力されている。
2025-05-19T04:43:19.445Z	ログ出力	「アップロードされたファイル: HappyFace.jpg（バケット: myimage-upload-bucket2）」：アップロードされた画像ファイルとS3バケット名が出力された。
2025-05-19T04:43:19.446Z	END	Lambda関数の実行が完了した。RequestId によりこの実行を追跡できる。
2025-05-19T04:43:19.447Z	REPORT	関数の実行に要した時間は 1.95ms、請求対象時間は 2ms。メモリ使用量などの実行リソース情報が含まれる。
上下部のメッセージ（日本語）	システム通知	CloudWatchのUI上で「現時点ではイベントはありません」と表示され、自動再試行が停止していることが示されている。