1回答
- 新しい順
- 投票が多い順
- コメントが多い順
1
Hello.
The size of your deployment package probably cannot be increased.
So I think you can get around the limitation by mounting EFS from Lambda or creating a custom runtime using Docker containers.
https://docs.aws.amazon.com/lambda/latest/dg/services-efs.html
If you use a custom runtime, you can use up to 10GB.
https://docs.aws.amazon.com/lambda/latest/dg/images-create.html#images-types
Lambda supports a maximum uncompressed image size of 10 GB, including all layers.
関連するコンテンツ
AWS公式更新しました 1年前
Thanks for your reply.
Why not? The current limit "feels" somewhat arbitrary.
In the same deployment package size quota limit documentation that I referenced, it says "this quota applies to all the files you upload, including layers and custom runtimes." What "custom runtimes" is that referring to if not Docker containers?
I'll look into using EFS or Docker. My concern with those is increased initialization time, on every trigger of a Lambda function, over using the standard AWS base image. How concerned should I be about that? I'll look more at https://docs.aws.amazon.com/lambda/latest/dg/images-create.html.
Actually, moving to container image for larger packages will reduce the startup time compared to zip files.