在CentOS上如何监控Node.js运行状态

在CentOS上跑Node.js应用，最关心的其实就一件事：它到底还活着没？跑得顺不顺？今天咱们就来聊聊，有哪些靠谱的办法能时刻盯着你的Node.js进程，确保它不“掉线”。

用PM2，省心又强大

PM2是Node.js生态里最常见的进程管理工具，几乎成了生产环境标配。它的监控能力也很直接：实时看CPU、内存、日志，甚至还能自动重启崩溃的进程。

npm install pm2 -g

装好之后，启动应用就和吃饭一样简单：

pm2 start app.js --name "my-app"

想看运行状态？执行：

pm2 monit

这个命令会打开一个实时面板，CPU、内存、请求数一目了然。当然，如果更习惯看日志：

pm2 logs my-app

PM2还能帮你做负载均衡、集群模式、零停机重载，这些都是一条命令的事。对于大多数场景，它足够用了。

用systemd，系统级托管

如果你的Node应用是通过systemd服务来跑的——比如开机自启、自动重启这类需求——那systemd本身就自带监控能力，不需要额外工具。

先创建服务文件：

sudo vi /etc/systemd/system/my-app.service

写入配置（记得替换实际路径和用户名）：

[Unit]
Description=Node.js Application Service
After=network.target

[Service]
Type=simple
User=
WorkingDirectory=/path/to/your/node/app
ExecStart=/usr/bin/node app.js
Restart=on-failure

[Install]
WantedBy=multi-user.target

之后就能用systemctl管理了：

sudo systemctl start my-app
sudo systemctl status my-app
sudo journalctl -u my-app

status会告诉你进程是否在运行、有没有异常退出，journalctl则能看到完整日志。这俩命令组合起来，基本能搞定日常监控和故障排查。

自己写个状态接口，轻量又灵活

有些场景下，你不想额外装任何工具，只想快速看一下当前应用的CPU和内存情况。那就直接在应用里加一个简单的HTTP状态端点吧，Node.js自带的http模块就够用了：

const http = require('http');
const os = require('os');

const server = http.createServer((req, res) => {
    if (req.url === '/status') {
        res.writeHead(200, { 'Content-Type': 'application/json' });
        res.end(JSON.stringify({
            cpu: os.loada vg(),
            memory: process.memoryUsage(),
            uptime: process.uptime()
        }));
    } else {
        res.writeHead(200, { 'Content-Type': 'text/plain' });
        res.end('Hello World\n');
    }
});

server.listen(3000);

部署之后，访问 http://your-server-ip:3000/status，就能拿到一个JSON，里面包含CPU负载、内存占用和运行时长。这算是“零成本”的监控方案，适合做集成测试或临时检查。

第三方平台，上生产环境的选择

如果你的应用已经上了生产，用户量大、业务复杂，那自带的监控手段可能就显得不够精细了。这时候可以考虑引入专业的APM工具，比如New Relic、Datadog、Prometheus+Grafana这些。它们能记录请求耗时、错误率、数据库调用链、甚至内存泄漏的蛛丝马迹。

这些工具通常需要安装Agent或者SDK，部署上会多几步，但换来的是一整套的告警、仪表盘和历史趋势。对于负责线上稳定性的团队来说，这笔投入绝对值得。

总结一下：PM2适合大多数Node环境，systemd适合系统级托管，自写端点适合轻量场景，第三方工具适合生产级深度监控。具体选哪个，就看你对稳定性的要求有多高、以及愿意在运维上花多少精力了。