第八部分-企业级实践——38. 容器化改造

38. 容器化改造1. 容器化改造概述容器化改造是将传统应用迁移到容器环境的过程涉及应用架构调整、Dockerfile 编写、配置管理、数据持久化等多个方面。┌─────────────────────────────────────────────────────────────┐ │ 容器化改造流程 │ ├─────────────────────────────────────────────────────────────┤ │ │ │ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ │ │ │ 评估分析 │───▶│ 镜像构建 │───▶│ 配置外置 │───▶│ 状态分离 │ │ │ └─────────┘ └─────────┘ └─────────┘ └─────────┘ │ │ │ │ │ │ │ │ │ │ ▼ ▼ ▼ ▼ │ │ ┌─────────┐ ┌─────────┐ ┌─────────┐ ┌─────────┐ │ │ │ 日志处理 │───▶│ 健康检查 │───▶│ 编排部署 │───▶│ 持续优化 │ │ │ └─────────┘ └─────────┘ └─────────┘ └─────────┘ │ │ │ └─────────────────────────────────────────────────────────────┘2. 改造前评估2.1 应用评估清单## 容器化适用性评估 ### 应用类型 - [ ] 无状态应用最适合 - [ ] 有状态应用需要特殊处理 - [ ] 批处理任务适合 ### 依赖分析 - [ ] 操作系统依赖 - [ ] 特定硬件依赖 - [ ] 网络端口冲突 - [ ] 文件系统依赖 ### 数据存储 - [ ] 是否有状态数据 - [ ] 是否需要持久化 - [ ] 是否需要共享存储 ### 配置管理 - [ ] 硬编码配置 - [ ] 环境分离 - [ ] 敏感信息处理2.2 改造优先级高优先级容易改造 ├── 无状态应用 ├── 标准 Web 应用 ├── 微服务 ├── API 服务 └── 批处理任务 中优先级需调整 ├── 有状态应用 ├── 传统单体应用 ├── 定时任务 └── 消息消费者 低优先级复杂改造 ├── 桌面应用 ├── 需要 GPU 的应用 ├── 遗留系统 └── 对延迟极度敏感的应用3. Dockerfile 编写3.1 Java 应用改造# 改造前传统部署 # java -jar app.jar # 改造后Dockerfile FROM openjdk:11-jre-slim WORKDIR /app # 复制 jar 包 COPY target/app.jar app.jar # 非 root 用户 RUN groupadd -r app useradd -r -g app app USER app # 暴露端口 EXPOSE 8080 # 健康检查 HEALTHCHECK --interval30s --timeout3s \ CMD curl -f http://localhost:8080/health || exit 1 ENTRYPOINT [java, -jar, app.jar]3.2 Python 应用改造# 改造前传统部署 # pip install -r requirements.txt # python app.py # 改造后Dockerfile FROM python:3.9-slim WORKDIR /app # 安装依赖 COPY requirements.txt . RUN pip install --no-cache-dir -r requirements.txt # 复制代码 COPY . . # 非 root 用户 RUN useradd -m appuser chown -R appuser:appuser /app USER appuser ENV PYTHONUNBUFFERED1 EXPOSE 8000 CMD [python, app.py]3.3 Node.js 应用改造# 改造前传统部署 # npm install # npm start # 改造后Dockerfile多阶段构建 FROM node:14-alpine AS builder WORKDIR /app # 复制依赖文件 COPY package*.json ./ RUN npm ci --onlyproduction FROM node:14-alpine WORKDIR /app # 复制构建产物 COPY --frombuilder --chownnode:node /app/node_modules ./node_modules COPY . . USER node EXPOSE 3000 HEALTHCHECK --interval30s CMD node healthcheck.js CMD [node, app.js]4. 配置外置4.1 环境变量# 改造前硬编码DB_HOSTlocalhostDB_PORT3306# 改造后环境变量importos DB_HOSTos.environ.get(DB_HOST,localhost)DB_PORTint(os.environ.get(DB_PORT,3306))4.2 配置文件模板# config.yml.template# 使用环境变量填充database:host:${DB_HOST}port:${DB_PORT}user:${DB_USER}password:${DB_PASSWORD}redis:host:${REDIS_HOST}port:${REDIS_PORT}4.3 配置中心# docker-compose.ymlservices:app:environment:-DB_HOSTpostgres-DB_PORT5432-REDIS_HOSTredis-LOG_LEVELinfoenv_file:-.env.production5. 状态分离5.1 无状态改造# ❌ 改造前将状态存储在本地data{}defadd_value(key,value):data[key]value# 本地存储容器重启丢失# ✅ 改造后使用外部存储defadd_value(key,value):redis_client.set(key,value)# 使用 Redis# 或写入数据库5.2 会话外置# ❌ 改造前本地会话# 使用内存存储 session# ✅ 改造后使用外部缓存# Flask: Flask-Session Redisapp.config[SESSION_TYPE]redisapp.config[SESSION_REDIS]redis_client# Django: 配置缓存CACHES{default:{BACKEND:django.core.cache.backends.redis.RedisCache,LOCATION:redis://redis:6379/1,}}5.3 文件存储解耦# ❌ 改造前本地文件存储UPLOAD_DIR/var/www/uploads# ✅ 改造后使用对象存储# AWS S3, Aliyun OSS, MinIOimportboto3 s3boto3.client(s3)s3.upload_file(file_path,bucket_name,object_name)6. 日志处理6.1 日志到标准输出# ❌ 改造前写入文件logging.basicConfig(filename/var/log/app.log)# ✅ 改造后输出到 stdout/stderrimportsys logging.basicConfig(streamsys.stdout)6.2 结构化日志# 使用 JSON 格式进行日志输出importjsonimportloggingclassJSONFormatter(logging.Formatter):defformat(self,record):log_entry{timestamp:self.formatTime(record),level:record.levelname,message:record.getMessage(),module:record.module,}returnjson.dumps(log_entry)# 配置 JSON 格式handlerlogging.StreamHandler()handler.setFormatter(JSONFormatter())7. 健康检查7.1 HTTP 健康检查# Flask 健康检查端点app.route(/health)defhealth():# 检查依赖服务db_okcheck_database()redis_okcheck_redis()ifdb_okandredis_ok:return{status:healthy},200return{status:unhealthy},5037.2 Dockerfile 健康检查# HTTP 健康检查 HEALTHCHECK --interval30s --timeout3s --start-period5s --retries3 \ CMD curl -f http://localhost:8080/health || exit 1 # 自定义脚本健康检查 HEALTHCHECK --interval30s \ CMD /app/healthcheck.sh8. 容器化部署示例8.1 docker-compose.ymlversion:3.8services:app:build:.ports:-8080:8080environment:-DB_HOSTpostgres-REDIS_HOSTredisdepends_on:-postgres-redishealthcheck:test:[CMD,curl,-f,http://localhost:8080/health]restart:alwayspostgres:image:postgres:13-alpineenvironment:-POSTGRES_DBmyapp-POSTGRES_USERmyuser-POSTGRES_PASSWORDmypassvolumes:-postgres-data:/var/lib/postgresql/datarestart:alwaysredis:image:redis:alpinevolumes:-redis-data:/datarestart:alwaysvolumes:postgres-data:redis-data:8.2 部署命令# 构建镜像dockerbuild-tmyapp:latest.# 运行容器docker-composeup-d# 查看状态docker-composeps# 查看日志docker-composelogs-fapp# 扩缩容docker-composeup-d--scaleapp39. 改造清单## 容器化改造检查清单 ### 代码层面 - [ ] 移除硬编码配置 - [ ] 使用环境变量 - [ ] 日志输出到 stdout/stderr - [ ] 添加健康检查端点 - [ ] 实现优雅关闭SIGTERM ### 状态管理 - [ ] 会话存储外置Redis/数据库 - [ ] 文件存储外置OSS/卷 - [ ] 缓存外置Redis/Memcached ### 依赖处理 - [ ] 固定基础镜像版本 - [ ] 使用最小化基础镜像 - [ ] 多阶段构建 - [ ] 非 root 用户运行 ### 配置管理 - [ ] 环境分离配置 - [ ] 敏感信息使用 Secrets - [ ] 配置文件模板化 ### 部署配置 - [ ] 编写 Dockerfile - [ ] 编写 docker-compose.yml - [ ] 配置健康检查 - [ ] 配置资源限制 - [ ] 配置日志轮转 ### 测试验证 - [ ] 本地构建测试 - [ ] 容器运行测试 - [ ] 性能测试 - [ ] 安全扫描10. 常见问题Q1: 单体应用如何容器化可以先整体容器化再逐步拆分微服务Dockerfile 直接打包整个应用Q2: 有状态应用如何处理使用 Volume 持久化数据考虑使用 StatefulSetK8sQ3: 配置文件如何处理热更新使用配置中心ConfigMap、Apollo、Nacos重启容器加载新配置Q4: 如何处理定时任务方式1容器内 cron方式2独立 CronJobK8s方式3分布式调度框架XXL-Job11. 小结评估优先从无状态应用开始配置外置环境变量、配置中心状态分离使用外部存储日志 stdout便于日志收集健康检查确保服务可用性优雅关闭正确处理 SIGTERM最小权限非 root 运行测试验证确保改造后功能正常