如何利用JS日志监控Debian

监控系统日志是运维工作中绕不开的一环。在Debian系统里，利用Ja vaScript来盯日志，既能发挥Node.js在异步I/O上的优势，又能与现有前端技术栈无缝衔接。下面把完整的操作思路拆开来讲，从环境搭建到高级分析，一步都不落。

先搭好Node.js环境

在Debian上，Node.js和npm是一对好搭档。直接通过apt安装就行，简单干脆。

sudo apt update && sudo apt install nodejs npm -y

装完以后，你就能用Node.js原生模块读写系统文件，或者调用系统命令了。这是后面所有操作的基础。

原生模块直接上手：读日志与实时跟踪

Node.js自带的fs模块和child_process模块，足以应对大部分日志监控场景。比如你想一次性把/var/log/syslog的内容捞出来看看，用fs.readFile就行：

const fs = require('fs');
const logFile = '/var/log/syslog';
fs.readFile(logFile, 'utf8', (err, data) => {
  if (err) throw err;
  console.log('Log Content:', data);
});

如果希望实时追踪日志的新增内容——就像Linux上tail -f的效果——可以借助child_process.spawn来执行这条命令：

const { spawn } = require('child_process');
const logFile = '/var/log/syslog';
const tail = spawn('tail', ['-f', logFile]);
tail.stdout.on('data', (data) => console.log(`New Log: ${data}`));
tail.stderr.on('data', (data) => console.error(`Error: ${data}`));

这种做法够轻量，但缺点也很明显：你只能拿到原始文本，没法按级别过滤、格式化或持久化。这时候就该第三方日志库登场了。

用Winston或Bunyan给日志加点“调料”

想要日志分级、时间戳、输出到文件，甚至结构化JSON格式？winston和bunyan是Node.js生态里最成熟的两个选手。

Winston的配置非常灵活。下面这段代码同时把日志打印到控制台和写到system.log文件里，并且自动加上时间戳和JSON格式化：

const winston = require('winston');
const logger = winston.createLogger({
  level: 'info',
  format: winston.format.combine(
    winston.format.timestamp(),
    winston.format.json()
  ),
  transports: [
    new winston.transports.Console(),
    new winston.transports.File({ filename: 'system.log' })
  ]
});
logger.info('System started');
logger.error('Error occurred');

Bunyan则是另一个思路——它输出的日志天生就是JSON格式，便于后续用ELK等工具解析。而且支持多路输出流：

const bunyan = require('bunyan');
const logger = bunyan.createLogger({
  name: 'myApp',
  streams: [
    { level: 'info', stream: process.stdout },
    { level: 'error', path: 'error.log' }
  ]
});
logger.info('Application running');
logger.error('Something went wrong');

选哪个？如果你习惯配置驱动，Winston更顺手；如果你偏爱结构化数据和轻量级，Bunyan值得一试。

把JS应用做成系统服务，日志统一管理

开发时的脚本跑一跑没问题，但生产环境里你肯定希望它像系统守护进程一样自动启动、自动重启。用systemd包装一下，再把标准输出和标准错误重定向到syslog，这样就能用journalctl统一查看所有日志了。

在/etc/systemd/system/下创建服务文件，比如my-js-app.service：

[Unit]
Description=My Ja vaScript Application
After=network.target

[Service]
ExecStart=/usr/bin/node /path/to/your/app.js
Restart=always
User=www-data
Environment=NODE_ENV=production
StandardOutput=syslog
StandardError=syslog
SyslogIdentifier=my-js-app

[Install]
WantedBy=multi-user.target

然后启动服务并查看日志：

sudo systemctl daemon-reload
sudo systemctl start my-js-app
sudo journalctl -u my-js-app -f   # 实时跟踪

这样一来，日志就完全融入系统日志体系了，后续用logrotate轮转、用rsyslog转发都方便。

别让日志吃掉磁盘——配置日志轮转

哪怕是再小的应用，长时间运行后日志也可能撑爆磁盘。Debian自带的logrotate就是干这个的。在/etc/logrotate.d/下新建一个配置文件，例如my-js-app：

/path/to/your/nodejs/logs/*.log {
  daily
  missingok
  rotate 7
  compress
  notifempty
  create 0640 www-data adm
}

上面配置的意思是：每天轮转一次，保留最近7天的日志，旧的自动压缩。配置好后可以手动测试一下：

sudo logrotate -f /etc/logrotate.d/my-js-app

切记，生产环境一定要配轮转，否则哪天磁盘满了，应用挂了都不知道原因。

实时监控与告警：PM2 + Monit

日志看归看，但出了问题最好能主动通知你。这里有两个常用方案。

PM2是Node.js进程管理的标配。它本身就能实时显示日志，还支持自动重启：

sudo npm install pm2 -g
pm2 start app.js --name my-app
pm2 logs my-app --lines 100   # 实时查看所有日志
pm2 logs my-app --lines 100 --error   # 只看错误

但PM2只能“看”，不能主动告警。要告警，可以用Monit。它能在日志文件中匹配关键字（比如ERROR），一旦命中就发邮件或Slack通知。

安装Monit后，在/etc/monit/conf.d/my-js-app.conf里写：

check file my-js-app-log with path /var/log/my-js-app.log
  if match "ERROR" then alert admin@example.com

启动Monit服务：

sudo systemctl start monit

几分钟后，你就能在邮箱里收到错误告警了。

进阶玩法：对接ELK或Prometheus

当应用规模上去了，临时性的工具就不够用了。这时候需要把日志纳入集中式监控体系。

ELK Stack（Elasticsearch + Logstash + Kibana）是经典的日志分析组合。你只需要让Node.js把日志输出到文件或stdout，Logstash就能把它们收走、解析、存入Elasticsearch。然后在Kibana里拖拽几下，就能做出日志趋势图、错误频率表，甚至设置告警规则。

如果你更偏爱指标监控，Prometheus + Grafana是另一条路。使用prom-client库在Node.js应用里暴露自定义指标（比如请求次数、错误率），Prometheus定期抓取，Grafana负责可视化。再配合Alertmanager，错误阈值一超，通知立刻到。

这两种方案都适用于大规模生产环境，但架设成本也相对较高。对于小型项目或个人折腾，前几步的PM2+Monit组合已经够用了。