云主机上部署 Node.js 服务的上线自检清单

为什么要一份自检清单

很多线上事故不是因为代码写错，而是因为部署方式太随意：进程没守护、日志把磁盘写满、时间不同步导致校验失败。这些问题都可以在发布前逐条过一遍。

1. 进程守护

不要把服务挂在交互式 SSH 会话里。用 systemd 托管，或至少用进程管理器，配上自动重启与开机自启，然后实测 kill -9 之后服务能否自己回来。

2. 反向代理与超时

应用不要直接监听 80 和 443，交给反向代理处理 TLS、压缩和静态资源。重点检查三处超时：客户端到代理、代理到应用、应用内部连接池。

3. 配置与密钥

配置走环境变量或配置中心，密钥不进仓库、不进镜像。上线前逐项确认生产配置与预发对齐。

4. 日志与磁盘

日志按天切割并设置保留上限，同时配置轮转。监控至少覆盖磁盘使用率、进程存活、端口监听和接口错误率。

5. 时间与时区

确认系统时区与 NTP 同步状态。时间漂移会让日志对不上、令牌校验失败、定时任务重复执行。

6. 发布与回滚

先做一次可回滚的灰度，回滚脚本提前写好并演练过。

7. 安全收口

只暴露必要端口，管理端口不对公网开放，运维账号权限最小化。

小结

这份清单不针对某个特定平台，换环境后逻辑依然成立，关键在于每次发布都真的走一遍。