容器化技術已經成為應用開發和部署的標準方式，而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
使用技巧
- 內存優化：通過環境變量調整JVM參數，適配不同規格的容器
- 配置外部化：將配置文件掛載到容器外，支持不同環境的配置管理
- 健康檢查：添加健康檢查端點，便于容器編排平臺進行自動故障恢復
- JVM調優：根據應用特性，調整GC策略和內存分配
在我們的生產環境中，Java應用通常會配合服務注冊中心（如Nacos或Eureka）實現微服務架構，容器化部署讓服務擴縮變得更加靈活。
Python應用容器化部署
Python因其簡潔高效的特性，在數據處理、AI和Web開發等領域廣受歡迎。容器化Python應用可以有效解決"在我機器上能運行"的問題。
Dockerfile
FROM python:3.9-slim# 設
