概要

1.前提

SNS系アプリでよく見かけるサムネイルです。これらの処理には時間がかかりますが、たまにしか実行されません。メインのサーバーにサムネイル処理を置くと、他のサービスに影響を与える可能性があります。そこで、ラムダにサムネイル処理を移動することで、メインサーバーの負荷を軽減します。

目的：ラムダで画像を圧縮しS3にアプロードする仕組み

ステップ	解説
１	クライアントから画像を一時的なバケツにアップロード
2	一時的なバケツは画像情報を含むイベントでラムダファンクションをトリガー
３	ラムダファンクションは画像情報を通じて画像をダウンロード
4	画像を処理
5	処理してから主なバケツに画像をアップロード

S3ライフサイクルについては、元画像を保存する場合は設定が不要ですが、要らない場合は設定が必要です

？何故：バケツは二台がありますか？

Recursive invocationを避けるためです。

サークルトリガー形でラムダが繰り替えてトリガーして止まりません。したがって、利用金がすごく発生します

メリット	デメリット
S3はサーバーレスのため、をcpuやramなどの計算力が自動的にスケールできて重い処理が対応可能	頻度が多い場合は料金がすごくかかる
本サーバーから他所に処理を移転するため、本サーバー負荷を共有	若干処理時間がかかる
S３言語対応の限りでは実装可能

処理の頻度を考慮して決定する必要があります。

上記の概要は、全体的にS3の前処理に関するものです。そのため、これはサムネイル処理に限らず、他のユースケースにも応用可能です。

例：ウィルススキャンやデータトランスフォームなど

最後までご覧いただき、ありがとうございます。

内容にご興味があれば、コメントやハートを残していただけると嬉しいです。

次のパート２もぜひご覧ください。

参考