Dockerfile讲解与示例汇总

容器化技术已经成为应用开发和部署的标准方式，而Docker作为其中的佼佼者，以其轻量、高效、可移植的特性，深受开发者和运维人员的喜爱。本文将从实用角度出发，分享各类常用服务的Docker部署脚本与最佳实践，希望能帮助各位在容器化之路上少走弯路。

无论你是刚接触Docker的新手，还是寻求优化部署方案的老手，相信这篇文章都能为你提供一些有价值的参考。

Nginx部署：静态资源服务与反向代理

Nginx作为高性能的Web服务器和反向代理，是容器化部署中的常客。以下是一个实用的Nginx容器化配置，特别适合前端应用部署和API网关场景。

Dockerfile

FROM nginx:1.21-alpine# 设置时区为中国时区
ENV TZ=Asia/Shanghai# 创建非root用户nginx
RUN addgroup -g 101 -S nginx \&& adduser -S -D -H -u 101 -h /var/cache/nginx -s /sbin/nologin -G nginx -g nginx nginx \&& apk --no-cache add tzdata \&& ln -snf /usr/share/zoneinfo/$TZ /etc/localtime \&& echo $TZ > /etc/timezone \# 清理临时文件，减小镜像体积&& rm -rf /var/cache/apk/*# 自定义Nginx配置
COPY nginx.conf /etc/nginx/nginx.conf
COPY default.conf /etc/nginx/conf.d/default.conf# 创建必要的目录并设置正确的权限
RUN mkdir -p /usr/share/nginx/html /var/log/nginx \&& chown -R nginx:nginx /usr/share/nginx/html /var/log/nginx /etc/nginx/conf.d \&& chmod -R 755 /usr/share/nginx/html /var/log/nginx# 使用非root用户运行
USER nginx# 暴露默认的HTTP和HTTPS端口
EXPOSE 80 443# 启动nginx
CMD ["nginx", "-g", "daemon off;"]

这个Dockerfile构建了一个基于Alpine的轻量级Nginx镜像，并进行了一些安全性和性能的优化。

部署命令

# 构建镜像
docker build -t my-nginx:v1.0 -f ops/nginx/Dockerfile .# 运行容器（挂载静态资源和配置）
docker run -d --name web-server \-p 80:80 -p 443:443 \-v /path/to/html:/usr/share/nginx/html \-v /path/to/conf:/etc/nginx/conf.d \-v /path/to/logs:/var/log/nginx \--restart always \my-nginx:v1.0

使用技巧

配置文件挂载：将Nginx配置文件挂载到容器外部，方便修改配置而无需重建镜像
日志持久化：将日志目录挂载出来，便于问题排查和日志分析
静态资源更新：前端代码可以直接更新挂载目录，无需重启容器
性能优化：根据实际场景调整worker进程数和连接数

在实际生产环境中，我们经常会将Nginx作为整个系统的入口，配合后端服务实现负载均衡和流量控制。

Java应用容器化部署

Java应用在企业级开发中占据重要地位，将Spring Boot等Java应用容器化可以显著提升部署效率和环境一致性。

Dockerfile

FROM openjdk:8-jre-slim# 设置工作目录
WORKDIR /app# 设置时区
ENV TZ=Asia/Shanghai
RUN ln -snf /usr/share/zoneinfo/$TZ /etc/localtime && echo $TZ > /etc/timezone# 创建非root用户
RUN groupadd -r javauser && useradd -r -g javauser javauser# 创建日志和配置目录
RUN mkdir -p /app/logs /app/config \&& chown -R javauser:javauser /app# 复制预先构建好的jar文件到容器中
COPY app.jar /app/app.jar
RUN chown javauser:javauser /app/app.jar# 切换到非root用户
USER javauser# 设置环境变量
ENV JAVA_OPTS="-Xms512m -Xmx1024m"
ENV SPRING_PROFILES_ACTIVE="prod"# 暴露应用端口
EXPOSE 8080# 启动应用
ENTRYPOINT ["sh", "-c", "java $JAVA_OPTS -jar app.jar"]

为什么选择openjdk:8-jre-slim而非openjdk:8？

在我们的Dockerfile中，选择了openjdk:8-jre-slim作为基础镜像，这是经过深思熟虑的决定。以下是两者的比较：

特性	openjdk:8-jre-slim	openjdk:8
镜像大小	约170-180MB	约500MB以上
包含组件	仅JRE，用于运行Java应用	完整JDK，包含编译、调试工具
基础系统	基于Debian精简版	基于完整Debian
启动时间	更快	较慢
安全面	较小	较大

使用jre-slim版本的优势：

镜像体积更小：体积减少60%以上，节省存储空间、网络带宽，加快部署速度
资源占用更少：移除了不必要的组件，降低了内存占用
更高的安全性：减少了潜在的攻击面，遵循最小权限原则
更适合微服务架构：轻量级容器更符合微服务的设计理念

什么情况下应考虑使用完整的openjdk:8：

当应用在运行时需要进行动态编译（如使用JIT）
需要在容器中进行开发或调试
应用依赖于JDK中的特定工具（如javac、jmap等）

在我们的生产实践中，对于绝大多数后端服务，jre-slim版本已经完全满足需求，同时带来了显著的资源效率提升。正如DevOps的核心理念一样，我们始终追求"恰到好处"的资源配置，而非过度配置。

部署命令

# 构建镜像
docker build -t my-java-app:v1.0 -f ops/java/Dockerfile .# 运行容器
docker run -d --name java-service \-p 8080:8080 \-v /path/to/logs:/app/logs \-v /path/to/config:/app/config \-e JAVA_OPTS="-Xms512m -Xmx1024m" \-e SPRING_PROFILES_ACTIVE=prod \--restart always \my-java-app:v1.0