AWS Lambda部署包大小限制与挑战
AWS Lambda函数在部署时，对代码包的大小有严格限制。默认情况下，压缩包大小不能超过50MB，解压后的大小不能超过250MB。对于Python开发者而言，当项目依赖如numpy、opencv-python（或opencv-python-headless）、scipy、pandas等包含大量二进制组件的库时，很容易突破250MB的解压限制。即使尝试通过S3上传或使用Lambda层（Layer）来管理依赖，也可能因为这些库本身的庞大体积而无法成功部署。
例如，一个包含numpy和opencv的Python项目，其requirements.txt可能包含：
numpy pydicom Pillow opencv-python-headless # 或者 opencv-python
这些库在安装后，其文件体积可能轻松超过250MB，导致传统的Zip包部署方式失效。
解决方案：利用AWS Lambda容器镜像
为了应对这一挑战，AWS Lambda提供了容器镜像（Container Image）作为部署选项。通过使用容器镜像，Lambda函数的部署包大小限制可以大幅提升至10GB，这为包含大型机器学习模型、复杂科学计算库等场景提供了极大的便利。
核心思路是：
- 创建一个Dockerfile，定义如何构建包含所有依赖的Docker镜像。
- 将构建好的Docker镜像推送到AWS ECR（Elastic Container Registry）。
- 在创建或更新Lambda函数时，选择从ECR镜像部署，而非传统的Zip包。
构建Lambda容器镜像
下面是一个典型的Dockerfile示例，用于为Python Lambda函数构建一个包含大型依赖的容器镜像：
# 基础镜像：使用AWS官方提供的Lambda Python基础镜像
# 这里的版本（3.8.2023.03.28.11-x86_64）应根据实际需求和AWS最新支持版本选择
FROM public.ecr.aws/lambda/python:3.8.2023.03.28.11-x86_64
# 将项目依赖文件 requirements.txt 复制到容器中
# 确保 requirements.txt 与 Dockerfile 在同一目录下
COPY requirements.txt ./
# 安装 requirements.txt 中定义的所有Python依赖
# 使用 --no-cache-dir 避免缓存，减小镜像大小（可选）
# 使用 --upgrade pip 确保 pip 是最新版本
RUN pip install --upgrade pip && \
pip install -r requirements.txt --no-cache-dir
# 将 Lambda 函数代码复制到容器中
# 假设你的 Lambda 处理程序文件名为 app.py，位于项目根目录
# 如果有更多代码文件或目录，可以复制整个项目目录
COPY app.py ${LAMBDA_TASK_ROOT}
# 设置 Lambda 处理程序（handler）
# 格式为：[文件名].[函数名]
# 例如，如果你的处理函数在 app.py 中名为 handler，则设置为 app.handler
# CMD ["app.handler"] # 如果你希望在 Dockerfile 中明确指定，也可以在这里设置Dockerfile说明：
- FROM public.ecr.aws/lambda/python:3.8.2023.03.28.11-x86_64: 这行指定了基础镜像。AWS提供了针对不同语言和架构的Lambda优化基础镜像，推荐使用这些官方镜像，它们包含了Lambda运行环境所需的运行时和库。
- COPY requirements.txt ./: 将本地的requirements.txt文件复制到容器的当前工作目录（/var/task）。
- RUN pip install -r requirements.txt --no-cache-dir: 在容器内执行pip命令，安装requirements.txt中列出的所有依赖。--no-cache-dir选项有助于减小最终镜像的大小。
- COPY app.py ${LAMBDA_TASK_ROOT}: 将你的Lambda函数代码（例如app.py）复制到容器的LAMBDA_TASK_ROOT环境变量指定的目录中。这是Lambda运行时查找代码的默认位置。如果你的代码在子目录中，需要相应调整COPY命令。
requirements.txt示例：
numpy opencv-python-headless # 或 opencv-python，根据是否需要GUI功能选择 pydicom Pillow # 其他你的项目依赖
部署流程概述
- 准备Dockerfile和代码： 确保你的项目根目录下有Dockerfile、requirements.txt以及你的Lambda函数代码文件（如app.py）。
-
构建Docker镜像： 在项目根目录下打开终端，执行以下命令构建Docker镜像。
docker build -t your-image-name .
将your-image-name替换为你想要的镜像名称，例如my-lambda-app。
- 创建ECR仓库： 在AWS管理控制台的ECR服务中创建一个新的私有仓库，或者使用现有仓库。
-
标记并推送镜像到ECR：
- 首先，登录到ECR。你可以在ECR仓库页面找到登录命令，通常是：
aws ecr get-login-password --region your-aws-region | docker login --username AWS --password-stdin your-aws-account-id.dkr.ecr.your-aws-region.amazonaws.com
- 然后，标记你的本地镜像，使其与ECR仓库关联：
docker tag your-image-name:latest your-aws-account-id.dkr.ecr.your-aws-region.amazonaws.com/your-ecr-repo-name:latest
- 最后，将镜像推送到ECR：
docker push your-aws-account-id.dkr.ecr.your-aws-region.amazonaws.com/your-ecr-repo-name:latest
- 首先，登录到ECR。你可以在ECR仓库页面找到登录命令，通常是：
-
创建或更新Lambda函数：
- 在AWS Lambda控制台，创建新函数或编辑现有函数。
- 在“创建函数”或“函数配置”页面，选择“容器镜像”作为代码源。
- 浏览并选择你在ECR中推送的镜像。
- 配置其他Lambda设置，如内存、超时、环境变量等。
- 部署函数。
注意事项与总结
- 基础镜像选择： 始终优先使用AWS官方提供的Lambda运行时基础镜像，它们已针对Lambda环境进行优化。
- 镜像大小优化： 尽管容器镜像的限制高达10GB，但仍建议尽量优化镜像大小，例如使用--no-cache-dir安装依赖，清理不必要的文件，或使用更精简的基础镜像（如果适用）。较小的镜像可以加快部署速度和冷启动时间。
- 冷启动时间： 容器镜像部署的Lambda函数，特别是大型镜像，可能会有比Zip包部署更长的冷启动时间。这是因为Lambda需要下载整个镜像并启动容器。
- 开发体验： 使用Docker进行本地开发和测试，可以确保开发环境与Lambda运行环境的一致性，减少“在我机器上可以运行”的问题。
- CI/CD集成： 容器化部署非常适合与CI/CD管道集成，实现自动化构建、测试和部署。
通过采用AWS Lambda容器镜像，你可以轻松克服传统Zip包部署的大小限制，在Lambda函数中运行包含大型Python依赖的复杂应用，从而扩展无服务器架构的应用场景。
