3. 微服务项目Docker化：服务拆分原则、Dockerfile最佳实践、多阶段构建

微服务Docker化的核心在于将单体应用拆解为多个独立、可部署的服务单元，并通过容器技术实现环境一致性、资源隔离与快速交付。本章聚焦服务拆分原则、Dockerfile编写规范以及多阶段构建技术，帮助团队在容器化过程中避免常见陷阱，提升镜像质量与构建效率。

3.1 服务拆分原则

合理的服务拆分是微服务架构成功的基石。拆分粒度直接影响团队协作、部署频率与系统复杂度。以下为经过生产验证的四大拆分原则：

3.2 Dockerfile最佳实践

编写高质量的Dockerfile是保障镜像安全、构建快速、运行稳定的前提。以下为经过生产环境验证的七项最佳实践：

1. 选择精简基础镜像：优先使用 alpine 或 slim 变体，减少攻击面与镜像体积。例如 openjdk:17-jdk-alpine 比 openjdk:17-jdk 小约 200MB。
2. 合并RUN指令：将连续的 RUN apt-get update && apt-get install -y 合并为一条指令，减少镜像层数。
3. 利用构建缓存：将变化频率低的指令（如安装系统依赖）放在Dockerfile前面，变化频繁的指令（如复制应用代码）放在后面。
4. 使用非root用户运行：创建专用用户（如 USER appuser），避免容器以root权限运行。
5. 明确暴露端口：使用 EXPOSE 声明服务监听端口，增强可读性。
6. 设置健康检查：通过 HEALTHCHECK 指令定义容器健康检测命令，便于编排工具自动恢复。
7. 使用.dockerignore：排除本地开发文件（如 .git、node_modules、target），避免上下文过大。

3.3 多阶段构建

多阶段构建（Multi-stage Build）是Docker 17.05+引入的核心特性，允许在一个Dockerfile中使用多个 FROM 语句，每个阶段可以基于不同的基础镜像，最终只将必要的产物复制到最终镜像中。这一技术特别适合编译型语言（Java、Go、Rust）和前端项目。

以下为Java Spring Boot项目的多阶段构建示例：

# 第一阶段：编译与打包
FROM maven:3.8-openjdk-17 AS builder
WORKDIR /app
COPY pom.xml .
RUN mvn dependency:go-offline -B
COPY src ./src
RUN mvn package -DskipTests

# 第二阶段：最小化运行镜像
FROM openjdk:17-jdk-alpine AS runtime
RUN addgroup -S appgroup && adduser -S appuser -G appgroup
USER appuser
WORKDIR /app
COPY --from=builder /app/target/*.jar app.jar
EXPOSE 8080
HEALTHCHECK --interval=30s --timeout=3s --retries=3 \
  CMD wget --no-verbose --tries=1 --spider http://localhost:8080/actuator/health || exit 1
ENTRYPOINT ["java", "-jar", "app.jar"]

3.4 构建上下文优化

Docker构建上下文（Build Context）是发送给Docker守护进程的目录内容。过大的上下文会导致构建启动缓慢，并占用守护进程磁盘空间。优化策略包括：

• 精简.dockerignore：明确排除 .git、node_modules、target、*.log、.DS_Store 等非必要文件。
• 分离依赖与源码：先复制 pom.xml 或 package.json 并安装依赖，再复制源码，最大化利用缓存层。
• 使用构建参数：通过 --build-arg 传递环境变量（如 APP_VERSION），避免在Dockerfile中硬编码。

# .dockerignore 示例
.git
node_modules
target
*.log
.DS_Store
docker-compose*.yml
README.md

3.5 镜像标签与版本管理

合理的镜像标签策略是生产环境回滚与审计的基础。推荐采用语义化版本 + Git Commit SHA 的双重标签体系：