从PM2到DockerNuxt3 SSR项目容器化部署实战手册为什么选择Docker部署Nuxt3 SSR项目每次项目上线就像在玩俄罗斯轮盘赌——开发环境跑得好好的一到服务器就各种报错。传统PM2部署方式最让人头疼的就是环境差异问题而Docker恰好能解决这个痛点。想象一下你的Node版本、系统依赖、环境变量都被打包成一个可移植的单元在任何机器上都能以相同的方式运行这就是容器化部署的魅力。Nuxt3的SSR特性对部署环境有特殊要求环境隔离避免与服务器上其他Node应用产生依赖冲突一致性保障开发、测试、生产环境完全一致资源控制可限制容器内存和CPU使用量快速回滚镜像版本化让回退变得简单我曾经历过一次惨痛的教训凌晨三点被报警叫醒因为服务器自动更新后Node版本不兼容导致服务崩溃。改用Docker后这类问题再没出现过。2. 构建高效的Dockerfile2.1 基础镜像选择# 第一阶段构建阶段 FROM node:18-alpine as builder WORKDIR /app COPY package*.json ./ RUN npm ci --omitdev COPY . . RUN npm run buildAlpine镜像比标准Node镜像小80%但要注意可能需要额外安装编译工具RUN apk add --no-cache python3 make g某些NPM包可能需要兼容性处理2.2 多阶段构建优化# 第二阶段运行阶段 FROM node:18-alpine ENV NODE_ENVproduction ENV HOST0.0.0.0 ENV PORT3000 WORKDIR /app COPY --frombuilder /app/.output ./ COPY --frombuilder /app/node_modules ./node_modules EXPOSE 3000 CMD [node, ./server/index.mjs]多阶段构建的好处最终镜像不包含构建工具和源码减小镜像体积通常能从1GB降到200MB左右提升安全性减少攻击面2.3 缓存优化技巧# 在package.json变化时才执行npm install COPY package*.json ./ RUN npm ci --omitdev # 其他文件变动不会触发依赖安装 COPY . .这样修改源代码时Docker会复用已经安装的node_modules层大幅加快构建速度。3. 生产环境关键配置3.1 健康检查配置HEALTHCHECK --interval30s --timeout3s \ CMD curl -f http://localhost:3000/health || exit 1健康检查能帮助Docker监控应用状态建议配合以下路由// server/api/health.get.ts export default defineEventHandler(() ({ status: ok }))3.2 资源限制实践启动容器时添加资源限制docker run -d \ --name nuxt-app \ --memory512m \ --cpus1 \ --restartunless-stopped \ -p 3000:3000 \ nuxt-app:latest推荐配置内存SSR应用建议至少512MBCPU根据QPS需求调整重启策略自动恢复避免单点故障3.3 日志管理方案# 将日志输出到stdout CMD [node, ./server/index.mjs, , /dev/stdout]然后在宿主机上使用# 查看实时日志 docker logs -f nuxt-app # 日志文件存储 docker run -d \ --log-driverjson-file \ --log-opt max-size10m \ --log-opt max-file3 \ ...4. 高级部署策略4.1 容器编排部署使用docker-compose.yml管理多服务version: 3.8 services: app: image: nuxt-app:latest ports: - 3000:3000 environment: - NODE_ENVproduction deploy: resources: limits: cpus: 1 memory: 512M healthcheck: test: [CMD, curl, -f, http://localhost:3000/health] interval: 30s timeout: 3s retries: 3 nginx: image: nginx:alpine ports: - 80:80 volumes: - ./nginx.conf:/etc/nginx/conf.d/default.conf depends_on: - app4.2 CI/CD集成示例.gitlab-ci.yml配置示例stages: - build - deploy build_image: stage: build script: - docker build -t $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA . - docker push $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA deploy_prod: stage: deploy environment: production only: - master script: - docker pull $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA - docker stop nuxt-app || true - docker rm nuxt-app || true - docker run -d --name nuxt-app -p 3000:3000 --restart unless-stopped $CI_REGISTRY_IMAGE:$CI_COMMIT_SHA5. 常见问题解决方案5.1 权限问题处理# 解决.nuxt目录写入权限 RUN chown -R node:node /app USER node常见权限错误EACCES错误需要正确设置用户权限ENOENT错误确保WORKDIR已创建5.2 静态资源服务Nginx配置示例server { listen 80; location /_nuxt/ { alias /app/.output/public/_nuxt/; expires 1y; add_header Cache-Control public; } location / { proxy_pass http://app:3000; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection upgrade; proxy_set_header Host $host; proxy_cache_bypass $http_upgrade; } }5.3 性能调优技巧Nitro引擎配置// nuxt.config.ts export default defineNuxtConfig({ nitro: { preset: node-server, compressPublicAssets: true } })内存泄漏防护docker run -d \ --env NODE_OPTIONS--max-old-space-size512 \ ...监控方案# 查看容器资源使用情况 docker stats nuxt-app