Python应用Docker镜像构建需轻量、安全、可复用：采用多阶段构建，固定版本依赖，非root用户运行，精准.dockerignore；CI/CD分层验证，配置外置、日志输出stdout、声明HEALTHCHECK，集成Prometheus指标与调试支持。
Python应用镜像构建：轻量、安全、可复用
构建Docker镜像不是简单把代码扔进容器，关键在精简基础镜像、分离依赖与代码、避免敏感信息硬编码。推荐使用多阶段构建：第一阶段用python:3.11-slim-build安装编译型依赖（如psycopg2-binary或numpy），第二阶段仅复制编译产物到python:3.11-slim运行时镜像。这样最终镜像体积通常能压到120MB以内，且不含编译工具链，攻击面更小。
必备操作：
-
固定Python和依赖版本：在
requirements.txt中明确指定flask==2.3.3而非flask>=2.0；用pip freeze > requirements.txt前先测试兼容性 -
非root用户运行：Dockerfile末尾加
RUN adduser -u 1001 -U app && chown -R app:app /app && USER app -
.dockerignore精准过滤：排除
__pycache__、.git、venv、tests/等非运行必需文件
CI/CD流程设计：从提交到部署自动闭环
CI/CD不是“有就行”，而是要分层验证：单元测试→集成测试→镜像扫描→部署预演。GitHub Actions或GitLab CI是主流选择，核心在于每个环节失败即止，不带病交付。
典型流水线步骤：
立即学习“Python免费学习笔记（深入）”；
-
代码检查：用
black格式化 +flake8静态检查 +mypy类型校验（若项目启用了类型注解） -
测试执行：并行运行
pytest --cov=src tests/，覆盖率阈值设为80%+，低于则CI失败 -
镜像构建与扫描：用
docker buildx build推送到私有Registry前，调用trivy image --severity CRITICAL,HIGH your-registry/app:latest阻断高危漏洞镜像发布 -
环境差异化部署：通过CI变量（如
ENV=staging）控制Kubernetes Deployment的副本数、资源限制、ConfigMap挂载路径
生产就绪要点：配置、日志与健康检查
Docker容器不是开发环境的平移。Python应用必须适配容器生命周期——不能假定配置文件永远存在，不能把日志写死到/var/log，也不能靠进程PID判断是否存活。
-
配置外置化：用
os.getenv("DB_URL", "sqlite:///app.db")替代硬编码；敏感配置（如API密钥）通过K8s Secret挂载为env或文件，绝不进镜像 -
日志标准化：禁用
FileHandler，所有日志输出到stdout（如logging.basicConfig(level=logging.INFO, format="%(asctime)s %(levelname)s %(message)s")），由Docker或K8s统一收集 -
健康检查显式声明：Dockerfile中添加
HEALTHCHECK --interval=30s --timeout=3s --start-period=5s --retries=3 CMD curl -f http://localhost:8000/health || exit 1，配合FastAPI/Flask的/health端点返回{"status": "ok"}
调试与可观测性：别让容器变成黑盒
上线后出问题，第一反应不该是“重启容器”，而是快速定位根因。容器化环境需前置埋点。
-
暴露指标端点：集成
prometheus-client，在/metrics提供请求延迟、错误率、内存使用等指标，用Prometheus定时抓取 -
容器内调试支持：CI构建时可选加入
debug阶段（如FROM python:3.11-slim AS debug），包含curl、jq、netcat等工具，仅用于staging环境 -
实时日志流查看：用
docker logs -f --since 10m app-container或kubectl logs -f deployment/app -c web --since=10m快速回溯异常发生窗口
