動画の容量と保存 · 参考資料確認日 2026年9月21日
AWS Lambdaのrequest・response・package上限を分ける
Lambdaの容量エラーでは、functionへ渡すdata、functionから返すdata、deployするcode packageのどれが問題かを先に分けます。response streamingはrequestを大きくしません。
同期requestとbuffered responseは各6 MB
Lambdaのsynchronous invocationはrequestが6 MB、buffered responseも6 MBです。asynchronous invocation payloadは1 MBで、同期より小さいため、呼び出し方法を変えるだけで大きなeventを送れるとは限りません。
streamed synchronous responseは200 MBまでですが、広がるのはresponse側です。最初の6 MBを超える部分には別のbandwidth条件もあり、6 MBを超えるrequestの解決策にはなりません。
deployment packageはinvocation payloadと別軸
Lambda APIまたはSDKへ直接uploadするzip deployment packageは50 MB、展開後はlayersとcustom runtimesを含め250 MBです。container image code packageはuncompressedで10 GBまでです。
50 MBを超えるzipはS3経由で渡せますが、展開後250 MBの条件まで解除されるわけではありません。code packageをS3へ置いても、function invocation requestの6 MBは変わりません。
errorが発生した境界だけを変更する
clientからfunctionへ送るdataなら同期6 MBまたは非同期1 MBを確認し、functionの返却ならbuffered 6 MBかstreamed 200 MBを確認します。deploy時ならzip、unzipped contents、container imageのどれかを確認してください。
確認後、request dataはS3などへ置いて参照を渡す、responseだけ大きいならstreamingを検討する、code packageだけ大きいならS3 uploadやcontainer imageを選ぶなど、該当軸に限定して対処します。
参考資料
- AWS Lambda quotas
https://docs.aws.amazon.com/lambda/latest/dg/gettingstarted-limits.html
確認日:2026-09-21
- AWS Lambda Invoke API
https://docs.aws.amazon.com/lambda/latest/api/API_Invoke.html
確認日:2026-09-21