本地测试AWS Lambda Docker镜像遇问题：etl-pipeline运行无响应求助

核心原因分析 #

你看到的日志是Lambda runtime启动的标志，容器持续运行是因为它在等待触发请求——Lambda Docker镜像默认不会主动执行handler，而是监听端口等待调用；另外，Poetry的依赖安装配置可能不符合Lambda镜像的要求，导致runtime无法找到正确的依赖或handler。

解决方案步骤 #

1. 调整Poetry配置，确保依赖安装到Lambda可识别路径

Lambda镜像的Python runtime依赖必须安装在系统Python的site-packages（或/var/task下的虚拟环境被正确识别），修改Dockerfile添加以下环境变量，让Poetry不创建虚拟环境，直接安装到系统Python：

# 在安装Poetry之后添加
ENV POETRY_NO_INTERACTION=1
ENV POETRY_VIRTUALENVS_CREATE=false
ENV POETRY_CACHE_DIR=/tmp/poetry_cache

完整的Dockerfile示例：

FROM public.ecr.aws/lambda/python:3.9

# 安装Poetry
RUN pip install poetry

# 配置Poetry避免虚拟环境
ENV POETRY_NO_INTERACTION=1
ENV POETRY_VIRTUALENVS_CREATE=false
ENV POETRY_CACHE_DIR=/tmp/poetry_cache

# 拷贝依赖配置文件
COPY pyproject.toml poetry.lock ./

# 安装生产依赖（跳过根项目和开发依赖）
RUN poetry install --no-root --no-dev

# 拷贝应用代码
COPY app.py ./

# 指定Lambda handler
CMD ["app.handler"]

2. 触发Lambda handler执行

容器启动后只是监听端口，需要主动发送请求触发handler：

1. 启动容器并映射端口：

   docker run -p 9000:8080 etl-pipeline
   

2. 打开另一个终端，发送POST请求触发：

   curl -XPOST "http://localhost:9000/2015-03-31/functions/function/invocations" -d '{}'
   

此时应该能看到handler的执行日志输出。

3. 验证handler文件的正确性

确保/var/task/app.py中存在handler函数，示例：

def handler(event, context):
    print("ETL Pipeline executed successfully")
    return {
        "statusCode": 200,
        "body": "ETL process completed"
    }

4. 排查容器内部状态（可选）

如果问题仍存在，进入容器检查文件和依赖：

docker run -it --entrypoint bash etl-pipeline
# 检查/var/task下的文件是否存在
ls /var/task
# 检查依赖是否安装成功
pip list | grep <你的依赖包名>
# 验证handler函数是否存在
cat app.py | grep -A 10 "def handler"

内容的提问来源于stack exchange，提问作者david backx