微服務(wù) Docker 容器化部署與 CI/CD 上線開發(fā)“在我電腦上跑得好好兒的” 運(yùn)維“你那叫開發(fā)環(huán)境我這叫生產(chǎn)環(huán)境兩者之間隔了100個(gè)環(huán)境變量、50個(gè)依賴版本和無數(shù)個(gè)’我以為是一樣的’?！?Docker 站出來說“別吵了打包一下——到我這兒都是同一個(gè)環(huán)境?！币?、Docker 為什么是微服務(wù)的最佳拍檔微服務(wù)架構(gòu)下你有 10 個(gè) Java 服務(wù)、2 個(gè)前端、1 個(gè) Python AI 引擎。每個(gè)服務(wù)依賴不同的運(yùn)行時(shí)版本、環(huán)境變量、系統(tǒng)庫。傳統(tǒng)部署方式你得上 13 臺(tái)虛擬機(jī)/物理機(jī)每臺(tái)安裝不同的 JDK 版本——這是運(yùn)維噩夢。Docker 解決的就是這個(gè)環(huán)境不一致問題痛點(diǎn)Docker 怎么解決“我機(jī)器上能跑”鏡像包含完整運(yùn)行環(huán)境部署慢容器秒級(jí)啟動(dòng)VM 要分鐘級(jí)資源浪費(fèi)共享宿主機(jī)內(nèi)核比VM輕量近百倍配置不一致鏡像環(huán)境變量完全可控回滾難舊鏡像還在秒級(jí)回滾二、核心概念速覽概念一句話類比鏡像Image打包好的程序環(huán)境只讀一個(gè)安裝包容器Container鏡像的運(yùn)行時(shí)實(shí)例安裝后打開的程序倉庫Registry存放和分發(fā)鏡像的地方程序下載站Dockerfile鏡像的構(gòu)建配方安裝腳本Docker Compose多容器編排定義文件一鍵啟動(dòng)全家桶三、Dockerfile 編寫實(shí)戰(zhàn)# 多階段構(gòu)建階段1 —— Maven構(gòu)建 FROM maven:3.8.6-openjdk-17-slim AS builder WORKDIR /build COPY pom.xml . RUN mvn dependency:go-offline -B COPY src ./src RUN mvn clean package -DskipTests # 階段2 —— 運(yùn)行鏡像只保留JAR包 FROM eclipse-temurin:17-jdk-alpine RUN apk add --no-cache curl # 健康檢查用 WORKDIR /app COPY --frombuilder /build/target/*.jar app.jar # 非 root 用戶運(yùn)行安全最佳實(shí)踐 RUN addgroup --system app adduser --system --ingroup app app USER app EXPOSE 8080 ENTRYPOINT [java, -jar, -Dspring.profiles.active${PROFILE}, app.jar]多階段構(gòu)建的好處第一階段用 Maven 鏡像編譯800MB但最終運(yùn)行鏡像只保留 JRE JAR 包200MB。編譯工具鏈全扔了鏡像瘦身 75%。構(gòu)建和運(yùn)行# 構(gòu)建鏡像dockerbuild-torder-service:1.0.0.# 運(yùn)行容器dockerrun-d\--nameorder-service\-p8080:8080\-ePROFILEprod\-eNACOS_ADDR192.168.1.100:8848\order-service:1.0.0四、Docker Compose 一鍵編排一個(gè)微服務(wù)項(xiàng)目通常包含 6-8 個(gè)服務(wù)外加依賴中間件。手動(dòng) docker run 每個(gè)容器配網(wǎng)絡(luò)、配依賴、配環(huán)境變量——鍵盤都能敲冒煙。docker-compose.yml讓你一條命令搞定一切version:3.8services:nacos:image:nacos/nacos-server:v2.2.3environment:MODE:standaloneports:-8848:8848mysql:image:mysql:8.0environment:MYSQL_ROOT_PASSWORD:root123ports:-3306:3306volumes:-mysql_data:/var/lib/mysqlredis:image:redis:7.0ports:-6379:6379command:redis-server--requirepass redis123gateway:build:./gatewayports:-80:8080environment:NACOS_ADDR:nacos:8848depends_on:-nacosorder-service:build:./order-serviceports:-8081:8080environment:PROFILE:prodNACOS_ADDR:nacos:8848DB_URL:jdbc:mysql://mysql:3306/order_dbREDIS_ADDR:redis:6379depends_on:-nacos-mysql-redisproduct-service:build:./product-serviceports:-8082:8080environment:PROFILE:prodNACOS_ADDR:nacos:8848depends_on:-nacos-mysqlvolumes:mysql_data:關(guān)鍵點(diǎn)depends_on控制啟動(dòng)順序但不等待服務(wù)就緒生產(chǎn)環(huán)境建議用 healthcheck容器間通過服務(wù)名直接通信Docker 內(nèi)置 DNS 自動(dòng)解析如nacos:8848volumes持久化 MySQL 數(shù)據(jù)容器刪除后數(shù)據(jù)不丟動(dòng)命令dockercompose up-d# 后臺(tái)啟動(dòng)所有服務(wù)dockercomposeps# 查看運(yùn)狀態(tài)dockercompose logs-forder-service# 查看某個(gè)服務(wù)的日志dockercompose down# 停止并刪除所有容器五、CI/CD從人肉部署到自動(dòng)化流水線CI/CD 就是讓你的代碼從提交到上線全自動(dòng)化。一條流水線 Click Wait取代打JAR包→上傳服務(wù)器→殺進(jìn)程→啟動(dòng)→祈禱的手動(dòng)操作。代碼提交 → 自動(dòng)構(gòu)建 → 自動(dòng)測試 → 自動(dòng)打包鏡像 → 自動(dòng)推送到倉庫 → 自動(dòng)部署 │ │ └──────────────── 持續(xù)集成(CI) ──────────────┘ │ └──────────────── 持續(xù)交付(CD) ──────────────────────────────┘六、GitLab CI/CD 配置# .gitlab-ci.ymlstages:-test-build-docker-deployvariables:MAVEN_OPTS:-Dmaven.repo.local$CI_PROJECT_DIR/.m2IMAGE:registry.example.com/$CI_PROJECT_NAME:$CI_COMMIT_SHORT_SHA# 階段1單元測試test:stage:testimage:maven:3.8.6-openjdk-17-slimscript:-mvn testartifacts:reports:junit:target/surefire-reports/*.xml# 階段2編譯打包build:stage:buildimage:maven:3.8.6-openjdk-17-slimscript:-mvn clean package-DskipTestsartifacts:paths:-target/*.jaronly:-main-tags# 階段3構(gòu)建 Docker 鏡像并推送docker-build:stage:dockerimage:docker:24.0.5services:-docker:24.0.5-dindscript:-docker build-t $IMAGE .-docker login-u $CI_REGISTRY_USER-p $CI_REGISTRY_PASSWORD registry.example.com-docker push $IMAGEonly:-main# 階段4自動(dòng)部署到服務(wù)器deploy:stage:deployimage:alpine:3.18before_script:-apk add--no-cache openssh-clientscript:-mkdir-p ~/.ssh-echo $SSH_PRIVATE_KEY~/.ssh/id_rsachmod 600 ~/.ssh/id_rsa-ssh-o StrictHostKeyCheckingno deploy192.168.1.100 docker pull $IMAGEdocker stop order-service||truedocker rm order-service||truedocker run-d--name order-service--network micro_net-e PROFILEprod-e NACOS_ADDR192.168.1.100:8848$IMAGEonly:-main這條流水線實(shí)現(xiàn)push 代碼到 main 分支 → 自動(dòng)測 → 自動(dòng)編譯 → 自動(dòng)打鏡像 → 自動(dòng)推鏡像倉庫 → 自動(dòng)拉取/重啟容器。七、Jenkins Pipeline 方案如果你的團(tuán)隊(duì)用的是 Jenkins 而不是 GitLab CI下面是一個(gè)聲明式流水線pipeline{agent any environment{IMAGEorder-service:${env.BUILD_NUMBER}REGISTRYregistry.example.com}stages{stage(拉取代碼){steps{git url:https://gitlab.example.com/order-service.git}}stage(Maven 構(gòu)建){steps{shmvn clean package -DskipTests}}stage(Docker 鏡像){steps{shdocker build -t${IMAGE}.shdocker tag${IMAGE}${REGISTRY}/${IMAGE}}}stage(推送倉庫){steps{withCredentials([string(credentialsId:docker-registry,variable:PWD)]){shdocker login -u admin -p${PWD}${REGISTRY}shdocker push${REGISTRY}/${IMAGE}}}}stage(部署到生產(chǎn)){steps{sh docker pull ${REGISTRY}/${IMAGE} docker stop order-service || true docker rm order-service || true docker run -d --name order-service -p 8080:8080 ${REGISTRY}/${IMAGE} }}}post{success{echo部署成功}failure{echo構(gòu)建失敗請(qǐng)檢查日志}}}八、部署策略策略做法適用滾動(dòng)更新逐個(gè)替換舊容器不停服常規(guī)發(fā)布最常用藍(lán)綠部署保留舊版本新版本就緒后切流量重要系統(tǒng)快速回滾金絲雀發(fā)布新版本先放 5% 流量沒問題再全量高風(fēng)險(xiǎn)變更逐步驗(yàn)證配合 Kubernetes 或 Docker Swarm這些策略都是原生支持。用 Docker Compose 手動(dòng)部署的話滾動(dòng)更新最簡單dockercompose up-d--no-deps --force-recreate--buildorder-service九、完整 CI/CD 流程速覽Git Push ──┬── GitLab CI 觸發(fā) ── 執(zhí)行 .gitlab-ci.yml ──┐ │ │ ├── 編譯 → 測試 → 打鏡像 → 推送 Harbor ───────┤ │ │ └── SSH 到服務(wù)器 → docker pull → docker run ──┘ │ ▼ □ 應(yīng)用更新完成一條git push做完所有事開發(fā)人員再也不用碰生產(chǎn)服務(wù)器——這是 CI/CD 最核心的價(jià)值。小結(jié)Docker 是微服務(wù)的標(biāo)準(zhǔn)集裝箱CI/CD 是自動(dòng)化上線的傳送帶。從 Dockerfile 到 Docker Compose從 GitLab CI 到 Jenkins Pipeline一條自動(dòng)化的流水線讓團(tuán)隊(duì)從手動(dòng)部署2小時(shí)變成push代碼2分鐘上線。但記住工具只是手段真正的目的不是速度而是可靠性和可重復(fù)性——你今天上午部署成功的流程半夜3點(diǎn)按下去也應(yīng)該是同樣的結(jié)果。