去年双十一，用网我负责的站监一个小型电商站突然打不开了。客户电话打过来的用网时候，我正蹲在便利店吃关东煮。站监打开手机一查，用网服务器响应时间飙到12秒。站监那会儿才意识到，用网光靠每天手动刷新页面根本盯不住——网站监控这事，站监得让机器自己干。用网

所谓网站监控，站监说白了就是用网找个程序定时去敲你网站的门，看它开不开、站监开得快不快、用网门后有没有东西坏了。站监敲门的用网频率、敲哪扇门、敲完记录什么，这些选择决定了监控能不能真正帮上忙。

先搞清楚你要盯什么

不是所有网站都需要全套监控。一个纯静态的企业官网，最该盯的是“能不能打开”和“打开要多久”。但如果你跑的是电商或者SaaS，那得加上接口可用性、数据库响应、甚至支付回调是否正常。

我见过一个做在线预约的团队，只监控了首页状态码。结果首页200正常，用户却约不了时间——因为提交预约的API挂了。首页只是个壳，真正干活的是后面的接口。监控没覆盖到关键路径，等于白装。

所以第一步不是选工具，是拿张纸画一下：用户从进站到完成核心动作，中间经过哪些请求？哪些环节挂了会直接导致钱没了或者用户跑了？把这些列出来，监控才有靶子。

工具怎么选

市面上的监控服务分两类。一类是SaaS，比如UptimeRobot、Pingdom、Better Uptime。注册完填个URL，五分钟就能跑起来。免费版一般支持5分钟或10分钟检查一次，够小站用。缺点是只能从外部探测，看不到服务器内部状态。

另一类是自己搭，比如用Uptime Kuma、Prometheus加Blackbox Exporter。Uptime Kuma我目前在用，Docker一行命令拉起来，界面干净，支持HTTP、TCP、Ping、关键词检测。关键是不花钱，数据在自己手里。缺点是你得有一台不跟业务服务器同生共死的机器来跑它——别问我是怎么知道的。

选哪个？如果只是几个页面，SaaS省事。如果服务器多、想监控内网端口、或者对数据隐私有要求，自建更踏实。

几个容易踩的坑

监控频率不是越高越好。有人设成10秒一次，结果自己服务器日志被监控请求刷屏，真出问题时反而被噪音淹没。一般业务站1到5分钟足够，核心支付接口可以到30秒。

告警渠道要选你真正会看的。邮件基本没人看，短信有成本，Telegram或者飞书机器人比较实际。我现在的规则是：连续两次检查失败才告警，避免网络抖动误报。告警内容里带上具体错误码和响应时间，别只写“网站挂了”——半夜收到这种消息，你还得爬起来自己查。

还有一点：监控自己也会挂。Uptime Kuma跑在那台便宜VPS上，有次VPS被服务商重启，监控停了三天我完全不知道。后来加了个笨办法——用另一家SaaS监控自建监控的页面。互相盯着，总有一个能报警。

监控之后做什么

数据攒下来别只盯着“正常/异常”那个绿点。响应时间的趋势线更有价值。比如每天上午10点数据库查询变慢，连续一周都这样，那说明该加索引或者优化查询了。监控不只是救火，还能提前告诉你哪里在冒烟。

我现在的习惯是每周一花十分钟翻一下上周的响应时间图表和错误日志。大部分时候没事，但偶尔能发现某个接口从200毫秒慢慢爬到了800毫秒——这种渐变式的退化，不靠监控根本察觉不到。

网站监控不是什么高深技术，它更像给网站请了个值夜班的保安。你不用时刻盯着，但得确保保安本身没睡着，而且他知道该盯哪扇门。

(责任编辑：休闲)