Node.js是基于Chrome V8引擎的JavaScript运行时，以事件驱动、非阻塞I/O、高并发著称，广泛应用于Web服务器、API服务、实时应用（聊天、游戏）、微服务、BFF层等场景。将Node.js应用从开发环境部署到生产服务器，是每个Node.js开发者必须掌握的技能。PM2是Node.js生态中最流行的进程管理器，提供进程守护、集群模式、日志管理、负载均衡、开机自启等功能，是Node.js生产部署的标准工具。无论是VPS、云服务器还是独立服务器，通过Nginx+PM2+Node.js的标准架构，可以让Node.js应用稳定、高效、安全地运行。本文将详细介绍Node.js应用的部署流程，涵盖环境准备、PM2配置与使用、Nginx反向代理、Systemd集成、Docker容器化、HTTPS配置和性能优化。
一、部署架构与环境准备
Node.js应用生产部署的标准架构是：Nginx（反向代理/静态资源/HTTPS/负载均衡）→ PM2（进程管理器，运行Node.js应用，集群模式）→ Node.js应用（Express/Koa/Nest.js/Fastify等）→ 数据库（MySQL/PostgreSQL/MongoDB）→ 缓存（Redis）。各组件职责：1. Nginx：处理HTTP请求、静态资源、HTTPS终止、gzip压缩、负载均衡（多PM2实例/多服务器）、限流、安全防护，将动态请求转发给PM2管理的Node.js应用；2. PM2：Node.js进程管理器，守护进程（崩溃自动重启）、集群模式（利用多核CPU，内置负载均衡）、日志管理（日志切割、集中管理）、开机自启、热重载、监控；3. Node.js应用：Express/Koa/Nest.js/Fastify等框架的业务逻辑，监听本地端口（如3000），不直接暴露公网；4. 数据库：持久化存储，生产环境建议独立数据库服务器或云数据库；5. Redis：缓存、会话、消息队列、Pub/Sub，提升性能。环境准备步骤（以Ubuntu 22.04为例）：1. 更新系统：apt update && apt upgrade -y；2. 安装Node.js：推荐用NodeSource仓库安装LTS版本（如Node.js 20 LTS），curl -fsSL https://deb.nodesource.com/setup_20.x | bash – && apt install -y nodejs，或用nvm（Node Version Manager）管理多版本，生产环境建议固定LTS版本，不要用最新版；3. 验证：node -v、npm -v；4. 安装构建工具：apt install -y build-essential python3（部分npm包需要编译）；5. 安装PM2：npm install -g pm2，全局安装；6. 创建专用用户：useradd -m -s /bin/bash deploy，应用用普通用户运行，不要用root；7. 创建项目目录：mkdir -p /var/www/myapp && chown deploy:deploy /var/www/myapp；8. 上传代码：通过Git（git clone）、SCP、rsync上传代码，生产环境建议用Git部署，代码放在/var/www/myapp；9. 安装依赖：cd /var/www/myapp && npm install –production（只安装生产依赖，不安装devDependencies，减小体积和安全风险），或用npm ci（根据package-lock.json精确安装，更快更稳定，推荐生产用npm ci）；10. 环境变量配置：生产环境敏感信息（数据库密码、JWT Secret、API Key）不要写在代码里，用.env文件（dotenv包）或系统环境变量管理，.env加入.gitignore，权限600；11. 构建前端（全栈应用）：如果是Next.js/Nuxt.js/Vue/React前端，执行npm run build构建生产版本；12. 测试运行：node app.js或npm start，确认应用能正常启动，curl http://localhost:3000测试，测试通过后关闭（开发用node直接运行不适合生产）。安全准备：1. 防火墙：只开放80、443端口，SSH端口限制IP，数据库端口不暴露公网，Node.js应用端口（3000）只监听127.0.0.1，不暴露公网；2. 非root运行：应用用普通用户运行，PM2也用普通用户运行，降低安全风险；3. 文件权限：项目目录权限755，敏感文件（.env、配置）权限600，node_modules和上传目录权限合理；4. 依赖安全：定期npm audit检查依赖漏洞，及时更新有漏洞的包，用npm ci固定版本，不要用*版本范围；5. 自动安全更新：启用unattended-upgrades，及时安装系统安全补丁。
二、PM2配置与使用详解
PM2是Node.js生产部署的核心工具，功能强大，使用简单。PM2基本命令：1. 启动应用：pm2 start app.js –name myapp（指定应用名），pm2 start npm –name myapp — start（启动npm脚本，如Express的npm start），pm2 start ecosystem.config.js（用配置文件启动，推荐）；2. 查看状态：pm2 list（查看所有应用状态、PID、重启次数、运行时间、CPU/内存），pm2 status（同list）；3. 查看日志：pm2 logs（实时查看所有应用日志），pm2 logs myapp（查看指定应用日志），pm2 logs –lines 200（查看最近200行），pm2 logs –err（只看错误日志）；4. 重启应用：pm2 restart myapp（重启），pm2 reload myapp（零停机重载，集群模式下逐个重启worker，不中断服务，推荐更新代码后用reload）；5. 停止应用：pm2 stop myapp（停止），pm2 stop all（停止所有）；6. 删除应用：pm2 delete myapp（删除应用，从PM2列表移除）；7. 查看详情：pm2 show myapp（查看应用详细信息，路径、环境变量、日志路径、重启历史等）；8. 监控：pm2 monit（终端监控界面，实时查看CPU、内存、日志）；9. 保存进程列表：pm2 save（保存当前PM2进程列表，用于开机自启恢复）；10. 开机自启：pm2 startup（生成Systemd/init脚本，按提示执行命令，设置PM2开机启动），pm2 save保存进程，重启后PM2自动恢复保存的应用。集群模式（Cluster Mode）：Node.js单线程，无法利用多核CPU，PM2集群模式启动多个worker进程，内置负载均衡（Round-Robin），充分利用多核，提升并发性能和可靠性（一个worker崩溃不影响其他）。启动集群模式：pm2 start app.js -i max（-i max启动与CPU核心数相同的worker，推荐），pm2 start app.js -i 4（指定4个worker），或在配置文件中设置exec_mode: “cluster”, instances: “max”。注意：集群模式下应用代码要支持多进程（不要在内存中存储会话/状态，用Redis/数据库共享；端口监听由PM2管理，应用仍监听同一端口，PM2负载均衡分发）。生态系统配置文件（Ecosystem File）：生产环境推荐用配置文件管理PM2，而不是命令行参数，配置文件可版本控制，更清晰。创建ecosystem.config.js：module.exports = { apps: [{ name: “myapp”, script: “./app.js”, cwd: “/var/www/myapp”, instances: “max”, exec_mode: “cluster”, env: { NODE_ENV: “production”, PORT: 3000 }, env_production: { NODE_ENV: “production” }, max_memory_restart: “500M”, autorestart: true, watch: false, ignore_watch: [“node_modules”, “logs”, “.git”], error_file: “/var/log/pm2/myapp-error.log”, out_file: “/var/log/pm2/myapp-out.log”, log_date_format: “YYYY-MM-DD HH:mm:ss”, merge_logs: true, time: true }] };。关键配置说明：1. name：应用名；2. script：启动脚本入口（app.js或npm）；3. cwd：工作目录；4. instances：worker进程数，”max”等于CPU核心数，或指定数字；5. exec_mode：”cluster”集群模式，”fork”单进程模式（默认）；6. env：环境变量，NODE_ENV=production必须设置，很多框架根据此变量优化（Express生产模式、React构建等）；7. max_memory_restart：内存超过此值自动重启（如500M），防止内存泄漏导致OOM；8. autorestart：崩溃自动重启（默认true）；9. watch：文件变化自动重启，生产环境设为false（用git pull+pm2 reload手动更新），开发环境可用true；10. error_file/out_file：错误日志和输出日志路径，建议统一存放在/var/log/pm2/，配置logrotate切割；11. log_date_format：日志时间格式；12. merge_logs：集群模式下合并所有worker日志到一个文件（默认每个worker单独日志文件，merge_logs:true合并）。用配置文件启动：pm2 start ecosystem.config.js，pm2 start ecosystem.config.js –env production（指定环境），pm2 reload ecosystem.config.js（更新代码后零停机重载）。PM2日志管理：1. 日志位置：默认~/.pm2/logs/，可通过error_file/out_file自定义；2. 日志切割：PM2自带pm2-logrotate模块（pm2 install pm2-logrotate），自动按大小/时间切割日志，保留指定数量，防止日志占满磁盘，配置：pm2 set pm2-logrotate:max_size 10M、pm2 set pm2-logrotate:retain 30、pm2 set pm2-logrotate:compress true；3. 也可用系统logrotate切割/var/log/pm2/下的日志；4. 日志集中收集：生产环境建议将PM2日志收集到ELK/Loki等集中日志系统，便于分析和告警。PM2监控与告警：1. pm2 monit终端实时监控；2. PM2 Plus（付费，原keymetrics）提供Web监控面板、告警、性能分析；3. 也可用Prometheus+pm2-exporter+Grafana监控，自定义指标和告警；4. 关键告警：应用频繁重启（崩溃循环）、内存使用率高、CPU使用率高、错误日志激增、服务宕机。代码更新流程（PM2）：1. 拉取新代码：cd /var/www/myapp && git pull；2. 安装新依赖：npm ci –production（或npm install –production）；3. 构建（如需要）：npm run build；4. 数据库迁移（如需要）：npm run migrate；5. 零停机重载：pm2 reload myapp（集群模式下逐个重启worker，不中断服务）；6. 验证：curl http://localhost:3000/health，pm2 logs myapp –lines 50查看日志确认正常；7. 如果异常，pm2 reload回滚（git checkout旧版本+pm2 reload）。
三、Nginx反向代理配置
Nginx作为反向代理，处理HTTP请求、静态资源、HTTPS，将动态请求转发给PM2管理的Node.js应用（127.0.0.1:3000）。Nginx安装：apt install nginx -y。配置文件：在/etc/nginx/sites-available/创建myapp，软链接到sites-enabled：ln -s /etc/nginx/sites-available/myapp /etc/nginx/sites-enabled/，删除默认配置rm /etc/nginx/sites-enabled/default。Node.js Nginx配置示例：server { listen 80; server_name example.com www.example.com; client_max_body_size 50M; # 最大上传大小 # 静态资源 location /static/ { alias /var/www/myapp/public/static/; expires 30d; add_header Cache-Control “public, immutable”; access_log off; } location /uploads/ { alias /var/www/myapp/uploads/; expires 30d; } # 动态请求转发到Node.js location / { proxy_pass http://127.0.0.1:3000; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection “upgrade”; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; proxy_read_timeout 60s; proxy_connect_timeout 10s; proxy_send_timeout 60s; proxy_buffering on; proxy_buffer_size 16k; proxy_buffers 8 16k; } }。关键配置说明：1. client_max_body_size：最大请求体大小，根据上传需求设置，如50M，默认1M可能导致大文件上传413错误；2. 静态资源location：/static/、/uploads/等由Nginx直接服务，不经过Node.js，性能提升数倍，设置expires缓存头，access_log off减少日志IO；3. proxy_pass：转发到Node.js应用地址127.0.0.1:3000（PM2管理的应用监听本地端口）；4. proxy_http_version 1.1 + Upgrade/Connection头：支持WebSocket（如Socket.io、ws），Node.js实时应用需要，普通HTTP也建议加上；5. proxy_set_header：设置转发头，Host（域名，Node.js应用根据此判断域名）、X-Real-IP（真实客户端IP，Node.js req.ip获取，需配置app.set(‘trust proxy’, 1)）、X-Forwarded-For（代理链IP）、X-Forwarded-Proto（协议http/https，Express需要此头判断HTTPS，req.secure，否则可能导致重定向循环或cookie不安全）；6. proxy_read_timeout/connect_timeout/send_timeout：超时设置，防止慢请求占用连接，长连接（WebSocket/SSE）需要调大（如3600s）；7. proxy_buffering：代理缓冲，Nginx先接收Node.js响应再发给客户端，提升性能。Express信任代理配置：在Express应用中设置app.set(‘trust proxy’, 1)，这样req.ip、req.protocol、req.secure才能正确获取真实客户端IP和协议（通过X-Forwarded-*头），否则获取到的是Nginx的IP和http协议。Koa类似配置（koa2-proxy-middleware或app.proxy=true）。Next.js/Nuxt.js配置：全栈框架的静态资源（_next/、_nuxt/）由Nginx直接服务，提升性能，location /_next/static/ { alias /var/www/myapp/.next/static/; expires 30d; }，动态页面和API转发给Node.js。WebSocket支持：如果应用使用WebSocket（Socket.io、ws），Nginx需要配置Upgrade头（如上），同时proxy_read_timeout调大（WebSocket长连接，默认60s会断开，设为3600s或更长），Socket.io还需要配置location /socket.io/ { proxy_pass http://127.0.0.1:3000; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection “upgrade”; proxy_read_timeout 86400s; }。负载均衡（多Node.js实例/多服务器）：如果PM2单机集群模式，Nginx只需转发到127.0.0.1:3000（PM2内部负载均衡）；如果多台服务器运行Node.js，用upstream负载均衡：upstream node_backend { server 127.0.0.1:3000; server 192.168.1.10:3000; server 192.168.1.11:3000; keepalive 32; } location / { proxy_pass http://node_backend; … }，Nginx默认轮询，支持weight权重、ip_hash会话保持（有状态应用）、least_conn最少连接。Nginx性能优化：1. worker_processes auto（自动匹配CPU核心）；2. worker_connections 65535（最大连接数）；3. sendfile on、tcp_nopush on、tcp_nodelay on（高效文件传输）；4. keepalive_timeout 65（长连接超时）；5. gzip on（压缩文本资源，减少传输量，gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript）；6. open_file_cache（缓存文件元信息，减少磁盘IO）；7. 静态资源缓存expires和Cache-Control；8. HTTP/2（HTTPS下启用，提升性能，listen 443 ssl http2）。配置验证与重载：nginx -t验证配置语法，systemctl reload nginx平滑重载（不中断服务），systemctl restart nginx重启。日志：/var/log/nginx/access.log访问日志，/var/log/nginx/error.log错误日志，定期分析，配置logrotate切割。
四、PM2开机自启与Systemd集成
生产环境必须配置PM2开机自启，确保服务器重启后Node.js应用自动恢复。PM2 startup命令：1. 执行pm2 startup，PM2会检测系统init系统（Systemd/Upstart/Sysvinit），生成对应的启动脚本，并输出一条需要以root执行的命令（如sudo env PATH=$PATH:/usr/bin /usr/lib/node_modules/pm2/bin/pm2 startup systemd -u deploy –hp /home/deploy）；2. 按提示执行该命令（需要sudo权限），设置PM2守护进程开机启动；3. 启动所有需要的应用后，执行pm2 save，保存当前PM2进程列表到~/.pm2/dump.pm2；4. 重启服务器测试，PM2会自动启动并恢复保存的应用。注意：pm2 startup要以运行PM2的用户（deploy）执行，生成的命令用sudo执行，–hp指定用户home目录，确保PM2以正确用户运行，不要用root运行PM2和应用。手动Systemd服务（替代PM2 startup）：如果不想用pm2 startup，也可以手动创建Systemd服务管理PM2，/etc/systemd/system/pm2-deploy.service：[Unit] Description=PM2 process manager Documentation=https://pm2.keymetrics.io/ After=network.target [Service] Type=forking User=deploy LimitNOFILE=infinity LimitNPROC=infinity LimitCORE=infinity Environment=PATH=/usr/bin:/usr/local/bin Environment=PM2_HOME=/home/deploy/.pm2 PIDFile=/home/deploy/.pm2/pm2.pid ExecStart=/usr/lib/node_modules/pm2/bin/pm2 resurrect ExecReload=/usr/lib/node_modules/pm2/bin/pm2 reload all ExecStop=/usr/lib/node_modules/pm2/bin/pm2 kill [Install] WantedBy=multi-user.target。然后systemctl daemon-reload，systemctl enable pm2-deploy，systemctl start pm2-deploy。这种方式更透明，便于Systemd统一管理。PM2 + Systemd最佳实践：1. 用普通用户运行PM2和Node.js应用，不要用root；2. pm2 save保存进程列表，更新应用后pm2 save更新保存状态；3. 配置PM2日志切割（pm2-logrotate或logrotate），防止日志占满磁盘；4. 配置Systemd资源限制（LimitNOFILE、内存限制），防止单个应用耗尽资源；5. 监控PM2状态，应用频繁重启时告警；6. 定期更新PM2版本（npm update -g pm2），获取新功能和安全修复。应用健康检查：Node.js应用应提供/health或/status健康检查端点，返回200状态和应用状态（数据库连接、Redis连接等），Nginx/负载均衡/Kubernetes用健康检查判断服务是否正常，自动摘除故障实例。Express示例：app.get(‘/health’, (req, res) => { res.status(200).json({ status: ‘ok’, uptime: process.uptime() }); })。多环境配置：Node.js应用通过NODE_ENV环境变量区分环境（development/production/test），生产环境必须设置NODE_ENV=production（PM2配置文件env中设置），很多框架和库根据此变量优化：Express生产模式（禁用详细错误页、启用视图缓存、性能优化）、React/Vue生产构建、日志级别调整等。不要在生产环境用development模式，会泄露敏感信息和性能问题。环境变量管理：1. .env文件+dotenv包：在应用根目录创建.env，包含KEY=VALUE，应用启动时require(‘dotenv’).config()加载，.env加入.gitignore，权限600，不同环境不同.env文件；2. PM2配置文件env字段：在ecosystem.config.js的env中设置环境变量，PM2启动时注入；3. 系统环境变量：在/etc/environment或用户~/.bashrc中设置，或Systemd服务Environment字段；4. 敏感信息（数据库密码、API Key、JWT Secret）不要提交到代码仓库，不要硬编码在代码里；5. 生产环境和开发环境用不同的密钥和数据库。
五、Docker容器化部署
Docker容器化部署是现代Node.js应用的主流部署方式，环境一致、易于迁移、隔离性好、可扩展。Docker部署架构：Nginx容器（反向代理）+ Node.js应用容器（PM2或直接node）+ 数据库容器 + Redis容器，用docker-compose编排。Dockerfile（Node.js应用）：FROM node:20-alpine ENV NODE_ENV=production WORKDIR /app COPY package*.json ./ RUN npm ci –only=production COPY . . RUN npm run build # 如需要构建前端 EXPOSE 3000 CMD [“pm2-runtime”, “ecosystem.config.js”] # 或 CMD [“node”, “app.js”]。说明：1. 基础镜像用node:20-alpine（轻量，基于Alpine，体积小），需要编译原生模块时用node:20-slim并安装build工具；2. ENV NODE_ENV=production设置生产环境；3. 先复制package*.json再npm ci，利用Docker缓存，依赖不变时不重新安装；4. npm ci –only=production只安装生产依赖；5. 复制代码，构建（如需要）；6. EXPOSE 3000暴露端口；7. CMD启动应用，生产环境可用pm2-runtime（PM2的容器化版本，前台运行，适合Docker，支持集群模式和日志），或直接node app.js（单进程，简单场景可用，Kubernetes管理时推荐直接node，由K8s管理重启和扩缩容）。pm2-runtime说明：pm2-runtime是PM2专为容器设计的命令，前台运行（不daemonize），日志输出到stdout/stderr（Docker日志收集），支持集群模式和配置文件，Dockerfile中CMD [“pm2-runtime”, “ecosystem.config.js”]，需要全局安装pm2（RUN npm install -g pm2）。docker-compose.yml：version: ‘3.8’ services: app: build: . restart: always environment: – NODE_ENV=production – PORT=3000 – DATABASE_URL=mysql://user:password@db:3306/myapp – REDIS_URL=redis://redis:6379/0 ports: – “127.0.0.1:3000:3000” # 只绑定本地，Nginx转发 depends_on: – db – redis nginx: image: nginx:alpine restart: always ports: – “80:80” – “443:443” volumes: – ./nginx/nginx.conf:/etc/nginx/conf.d/default.conf – ./public:/var/www/public depends_on: – app db: image: mysql:8.0 restart: always environment: MYSQL_DATABASE: myapp MYSQL_USER: user MYSQL_PASSWORD: password MYSQL_ROOT_PASSWORD: rootpassword volumes: – mysql_data:/var/lib/mysql redis: image: redis:7-alpine restart: always volumes: – redis_data:/data volumes: mysql_data: redis_data:。说明：1. app服务构建Dockerfile，环境变量配置数据库和Redis地址（用服务名db、redis作为主机名，Docker内部DNS解析）；2. ports绑定127.0.0.1:3000:3000，只监听本地，不暴露公网，Nginx容器通过app:3000访问；3. nginx容器用官方镜像，挂载配置文件和静态资源，映射80/443端口；4. db和redis用官方镜像，数据卷持久化；5. restart: always容器崩溃自动重启；6. depends_on启动顺序依赖（注意depends_on只保证启动顺序，不保证服务就绪，应用内需加重试机制等待数据库就绪，或用wait-for-it脚本）。Nginx容器配置（nginx.conf）：upstream node_app { server app:3000; } server { listen 80; server_name example.com; client_max_body_size 50M; location /static/ { alias /var/www/public/static/; expires 30d; } location / { proxy_pass http://node_app; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection “upgrade”; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } }，注意proxy_pass用服务名app:3000。Docker部署命令：1. docker-compose up -d –build：构建并启动所有容器（后台运行）；2. docker-compose ps：查看容器状态；3. docker-compose logs -f app：查看app容器日志；4. docker-compose restart app：重启app容器（更新代码后）；5. docker-compose down：停止并删除容器（数据卷保留，加-v删除数据卷）；6. docker-compose pull：拉取最新镜像；7. docker-compose exec app sh：进入app容器；8. 更新代码流程：git pull && docker-compose up -d –build app（重新构建并启动app容器，零停机需配合滚动更新或蓝绿部署）。Docker生产注意事项：1. 不要用latest标签，用固定版本标签（node:20-alpine），保证环境一致；2. 敏感信息（数据库密码、JWT Secret）不要写在Dockerfile或docker-compose.yml里，用.env文件（docker-compose自动读取）或Docker Secrets，.env加入.gitignore；3. 数据库容器不建议用于生产大规模环境，建议用云数据库或独立数据库服务器，数据库容器适合开发测试和小规模；4. 容器资源限制：deploy.resources.limits设置CPU/内存限制，防止单个容器占用全部资源（docker-compose v3用deploy，需swarm模式，普通docker-compose可用mem_limit、cpus）；5. 日志驱动：配置Docker日志驱动和大小限制，防止日志占满磁盘（logging: driver: json-file options: max-size: “10m” max-file: “3”）；6. 安全：容器以非root用户运行（Dockerfile中USER node），只读文件系统，禁用特权模式，最小化镜像（用alpine/slim），定期更新基础镜像修复安全漏洞，不要在容器中运行sshd；7. 备份：数据库和媒体文件定期备份到容器外，不要只依赖容器卷；8. 编排：多服务器部署用Docker Swarm或Kubernetes，实现自动扩缩容、滚动更新、高可用，Kubernetes是事实标准但复杂度高，中小团队可用Docker Swarm或托管K8s（阿里云ACK、腾讯云TKE、AWS EKS）；9. 镜像仓库：私有镜像用Harbor或云厂商镜像仓库（阿里云ACR、腾讯云TCR、AWS ECR），不要用Docker Hub公共仓库放私有镜像；10. CI/CD：结合GitHub Actions/GitLab CI/Jenkins，代码提交后自动构建Docker镜像、推送镜像仓库、SSH到服务器拉取新镜像、重启容器，实现自动化部署。
六、HTTPS配置、性能优化与监控
HTTPS配置：生产环境必须启用HTTPS，推荐用Let’s Encrypt免费证书，通过Certbot自动申请和续期。Certbot安装配置（Nginx+Ubuntu）：1. apt install certbot python3-certbot-nginx -y；2. certbot –nginx -d example.com -d www.example.com，按提示输入邮箱、同意协议，Certbot自动修改Nginx配置启用HTTPS、配置证书、设置HTTP跳转HTTPS；3. 证书自动续期：Certbot安装后自动配置systemd timer续期，certbot renew –dry-run测试续期；4. 证书有效期90天，自动续期无需人工干预。Nginx HTTPS优化配置：ssl_protocols TLSv1.2 TLSv1.3（禁用不安全的TLS1.0/1.1）、ssl_ciphers HIGH:!aNULL:!MD5（强加密套件）、ssl_prefer_server_ciphers on、ssl_session_cache shared:SSL:10m（SSL会话缓存，减少握手开销）、ssl_session_timeout 10m、ssl_stapling on（OCSP Stapling）、add_header Strict-Transport-Security “max-age=31536000; includeSubDomains” always（HSTS强制HTTPS）、listen 443 ssl http2（启用HTTP/2提升性能）。Docker环境HTTPS：可以在Nginx容器内配置Certbot（需挂载证书卷和80/443端口），或用Traefik/Caddy反向代理自动管理Let’s Encrypt证书（Caddy自动HTTPS，配置最简单），或用Cloudflare等CDN提供HTTPS（CDN终止SSL，源站可用HTTP）。性能优化：1. 应用层优化：数据库查询优化（索引、避免N+1查询、连接池）、缓存（Redis缓存热点数据、查询结果、页面缓存，node-cache本地缓存）、异步任务（BullMQ/Agenda处理耗时任务，如发送邮件、生成报表、图片处理，不阻塞请求）、静态资源优化（压缩、合并、CDN加速、WebP图片、懒加载、HTTP/2）、代码优化（避免同步阻塞操作、用流处理大文件、内存泄漏排查、cluster模式利用多核）、gzip压缩（Nginx层或compression中间件）；2. Node.js运行时优化：使用LTS版本（性能稳定）、集群模式（PM2 -i max利用多核）、–max-old-space-size调整内存限制（默认1.4GB，大内存服务器可调大，如–max-old-space-size=4096）、启用–optimize-for-size（优化内存占用）、避免同步阻塞API（fs.readFileSync等，用异步版本）、使用更快的框架（Fastify比Express快2-3倍，Nest.js可切换Fastify适配器）；3. PM2优化：集群模式instances: “max”、max_memory_restart防止内存泄漏、watch:false生产关闭、日志切割、零停机reload；4. Nginx优化：静态资源直接服务+缓存、gzip压缩、HTTP/2、keepalive、sendfile、连接池（upstream keepalive）、worker_processes auto、worker_connections 65535；5. 数据库优化：索引、查询优化、连接池（mysql2/promise连接池、pg-pool）、读写分离、分库分表、慢查询监控、定期优化表；6. 缓存层：Redis缓存热点数据、会话、页面片段、CDN缓存静态资源，缓存命中率目标90%+，缓存失效策略（TTL、主动失效）；7. 资源扩容：单服务器性能不足时，纵向扩容（升级CPU/内存/磁盘SSD）或横向扩容（多应用服务器+Nginx负载均衡、数据库读写分离、Redis集群、消息队列削峰）；8. CDN加速：静态资源（图片、CSS、JS、视频、下载文件）用CDN分发，全球用户访问最近节点，降低源站负载和延迟，国内用阿里云CDN/腾讯云CDN/七牛云，国外用Cloudflare/AWS CloudFront；9. 连接池：数据库连接池、Redis连接池、HTTP代理连接池（keep-alive），减少连接创建开销；10. 监控性能：用clinic.js/0x分析Node.js性能瓶颈（CPU、内存、事件循环延迟），APM工具（Sentry、New Relic、Datadog、Elastic APM）监控应用性能。监控与运维：1. 应用监控：Sentry（错误追踪，捕获异常和性能问题，推荐，免费版够用）、New Relic/Datadog/Elastic APM（APM应用性能监控，事务追踪、数据库查询分析、错误率）、Prometheus+prom-client+Grafana（自定义指标监控，Node.js应用暴露/metrics端点）；2. 服务器监控：Prometheus+node_exporter+Grafana（CPU、内存、磁盘、网络）、Netdata（简单易用，一键安装，Web界面）、Zabbix、云厂商监控；3. PM2监控：pm2 monit、PM2 Plus（Web面板）、prometheus-pm2-exporter；4. 日志管理：应用日志（PM2日志、winston/pino日志库，结构化JSON日志）、Nginx日志、系统日志，集中收集（ELK/Loki+Grafana）、分析、告警，日志级别生产用info/warn/error，不要用debug，pino比winston快很多，推荐高性能场景用pino；5. 健康检查：应用提供/health端点，Nginx/负载均衡/Kubernetes用健康检查判断服务状态，自动摘除故障实例，就绪探针（/ready）和存活探针（/health）分离；6. 告警：关键指标（CPU>80%、内存>80%、磁盘>80%、错误率>1%、响应时间P99>1s、服务宕机、PM2频繁重启、证书过期、数据库连接失败）设置告警，通过邮件/钉钉/企业微信/短信/电话通知，及时发现问题，告警分级（P0紧急、P1严重、P2警告、P3提示），避免告警疲劳；7. 备份策略：数据库定期备份（mysqldump/pg_dump/mongodump，xtrabackup物理备份）、媒体文件备份、配置文件备份、.env备份，3-2-1原则（3份备份、2种介质、1份异地），定期测试恢复（备份不可恢复等于没备份），备份是数据安全的最后防线；8. 安全运维：定期更新系统和依赖（安全补丁，npm audit检查依赖漏洞）、漏洞扫描（Trivy扫描Docker镜像、npm audit）、最小权限原则、敏感信息加密（数据库密码、API Key）、定期审计日志、入侵检测（fail2ban）、WAF防护（Cloudflare/Nginx WAF/ModSecurity）、HTTPS强制、CSP/X-Frame-Options等安全响应头、依赖锁定（package-lock.json，npm ci）；9. 压测：上线前用autocannon/artillery/k6/ab压测，了解系统性能瓶颈和最大承载量，容量规划，压测环境与生产一致，autocannon是Node.js生态的HTTP压测工具，简单好用；10. 灰度发布/蓝绿部署：重大更新用灰度发布（先小流量验证，如10%流量到新版本）或蓝绿部署（新旧版本并行，切换流量），降低发布风险，快速回滚，PM2 reload可实现零停机重启，但数据库破坏性变更需维护窗口；11. 文档与Runbook：记录部署架构、配置、依赖、环境变量、部署流程、回滚流程、常见问题处理（Runbook），故障时快速响应，团队知识共享，on-call值班机制。Node.js应用部署是一个系统工程，从环境准备、PM2进程管理、Nginx反向代理、Systemd自启、Docker容器化、HTTPS到性能优化和监控，每个环节都需要精心配置。对于个人站长和中小企业，一台中等配置的VPS或云服务器（2核4G以上，推荐4核8G），通过Nginx+PM2+Node.js+MySQL/PostgreSQL+Redis的标准架构，配合合理优化，可以支撑数万日活的Web应用和API服务。大规模业务则需要负载均衡、多服务器、数据库集群、CDN、消息队列、容器编排（Kubernetes）等更复杂的架构。掌握Node.js部署和PM2运维技能，是全栈开发者和后端工程师的必备能力。
更多Node.js部署教程和靠谱VPS、云服务器推荐，欢迎访问主机测评网zhujishang.com，我们持续更新服务器教程、主机商测评和云服务器选购指南，帮你选到最适合的Node.js应用部署主机方案。
