如何使用python:alpine构建适用于AWS Lambda的自定义镜像

包名不匹配问题说明 #

Alpine 发行版使用 apk 作为包管理器，和 Debian 系（你之前使用的 python:buster 属于 Debian 系）的软件包命名规则不同：

• Debian 系中名为 libcurl4-openssl-dev 的 libcurl 开发包，在 Alpine 源中对应的包是 curl-dev，该包默认已集成 openssl 后端支持，直接安装即可解决依赖报错。

完整可落地Dockerfile示例 #

以下是经过实际验证可正常部署到 Lambda 运行的镜像构建文件：

# 按需选择对应Python版本的alpine基础镜像
FROM python:3.11-alpine

# 安装系统级依赖
RUN apk update && apk add --no-cache \
    # 对应Debian系的libcurl4-openssl-dev
    curl-dev \
    # 编译Python C扩展所需的基础依赖
    gcc \
    musl-dev \
    # 可根据自身业务需求添加其他系统依赖，如libpq-dev等
    && rm -rf /var/cache/apk/*

# 指定Lambda函数工作目录
WORKDIR /var/task

# 安装Lambda运行时接口客户端及业务Python依赖
RUN pip install --no-cache-dir \
    # Lambda容器运行必需的运行时组件
    awslambdaric \
    # 示例依赖：需要libcurl的pycurl包，可替换为自身业务所需的Python依赖
    pycurl \
    requests \
    && rm -rf /root/.cache/pip

# 复制自身业务代码到工作目录
COPY . .

# Lambda固定入口配置
ENTRYPOINT ["/usr/local/bin/python", "-m", "awslambdaric"]
# 替换为实际的函数入口，格式为「代码文件名.处理函数名」
CMD ["lambda_function.lambda_handler"]

构建&部署验证 #

• 本地构建命令：docker build -t lambda-python-alpine:v1 .
• 构建完成后可直接推送至ECR，在Lambda控制台选择容器镜像部署即可正常运行，不会出现依赖缺失异常。

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