内容摘要：晚上十一点，我盯着服务器面板上那个刺眼的红色告警，CPU使用率99%。这已经是本周第三次了。我翻遍日志，发现罪魁祸首是某个定时任务在凌晨偷偷跑了个全量备份，跟用户访问高峰撞了个满怀。 这种事后诸葛亮式

晚上十一点，自己做网站实我盯着服务器面板上那个刺眼的时监红色告警，CPU使用率99%。自己做网站实这已经是时监本周第三次了。我翻遍日志，自己做网站实发现罪魁祸首是时监某个定时任务在凌晨偷偷跑了个全量备份，跟用户访问高峰撞了个满怀。自己做网站实

这种事后诸葛亮式的时监排查让我烦透了。于是自己做网站实那个周末，我决定给自己搭一套实时监控，时监不要那些花里胡哨的自己做网站实第三方工具，就自己写，时监用最笨的自己做网站实办法。

核心思路其实特别简单：让服务器每五秒吐一次心跳数据，时监我用浏览器去轮询。自己做网站实听起来不高级，但管用。我在服务器上装了个轻量级的Python脚本，用psutil库抓取CPU、内存、磁盘IO，再读一下Nginx的access日志统计最近一分钟的请求数。这些数据拼成一行JSON，扔给一个极简的Flask接口。

前端就更粗暴了。一个HTML页面，里面塞了三个canvas画折线图，每五秒用fetch去拉一次那个JSON接口，然后把新数据推入数组，重绘曲线。没有用任何前端框架，连图表库都没用——就手写绘制函数，因为我不想为了看几个数字去引一个200KB的ECharts。

跑起来的那天晚上，我看着那三条曲线在屏幕上缓缓爬行，竟然有点上瘾。CPU曲线平稳得像湖面，内存是一条缓慢上升的斜线——我立刻意识到是哪个服务在泄漏内存，顺着PID查下去，果然是个老项目的缓存没设过期时间。

这种实时性带来的掌控感，是事后看报表完全没法比的。你看着曲线在你眼前抖动，就像给服务器装了个心电图机，每一次波动都对应着一次用户点击或一个后台任务的启动。有一次我在部署新版本时，内存曲线突然出现一个陡峭的尖峰，紧接着又回落——我知道那是JVM在重新分配堆空间，心跟着那根线一起揪了一下，几秒后又松开。

当然，这套系统也有它的毛病。轮询间隔太短会浪费资源，太长又失去实时意义。我试过WebSocket做真推流，但为了这么点数据量，维护一个长连接反而更费劲。五秒的轮询，对个人站来说已经绰绰有余了。

还有个意外收获。我把监控页面对手机做了个简单的响应式适配，现在蹲厕所时掏出手机就能瞄一眼服务器状态。上次出差在外，半夜被电话吵醒说网站打不开，我打开手机上的监控页面，看到磁盘IO曲线直直地拉成一条直线——明显是有人在上传大文件，直接一个SSH命令把进程杀了，全程没开电脑。

这套东西前后写了不到三百行代码，却比任何商业监控工具都让我觉得踏实。因为每一行逻辑我都清楚，数据从哪来、怎么处理、怎么展示，出了任何异常我都能在十分钟内定位到根因。这大概就是自己动手的乐趣——不光是省了那几十块钱的订阅费，更重要的是，你对自己系统的理解，被这几条曲线硬生生地拉深了一层。