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.
相關內容
- 已提問 7 個月前
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.