内容摘要：上周三凌晨两点，我一个做独立开发的朋友在群里发了张截图——他的SaaS产品后台显示“过去4小时可用性100%”，可实际上服务器早就挂了，因为监控探针本身也部署在同一台机器上。这事挺黑色幽默的，但暴露了

上周三凌晨两点，网站我一个做独立开发的可用控般朋友在群里发了张截图——他的SaaS产品后台显示“过去4小时可用性100%”，可实际上服务器早就挂了，性监因为监控探针本身也部署在同一台机器上。家好这事挺黑色幽默的网站，但暴露了一个核心问题：网站可用性监控工具选不对，可用控般你看到的性监“正常”可能只是假象。

市面上做监控的家好服务商大概分三类。一类是网站UptimeRobot、Pingdom这种老牌国际选手，可用控般一类是性监国内的听云、博睿，家好还有一类是网站自建方案比如Prometheus配Blackbox Exporter。我前后用过六七种，可用控般说几个真实感受。性监

UptimeRobot免费版能监控50个站点，5分钟检测间隔。对个人博客或小项目够用，但它的节点全在海外。我有个客户做跨境电商，用UptimeRobot监控国内API，结果国内用户反馈卡顿的时候，它那边显示一切正常——因为海外节点访问国内服务器走的是国际线路，根本测不出真实用户体验。这个坑很多人踩过。

Pingdom更专业，检测频率能到1分钟，有页面加载速度分析。但价格不便宜，基础版每月10美元起，而且控制台界面设计得有点反人类。我当初为了配一个API的POST请求监控，翻了半小时文档才搞明白怎么传JSON参数。

国内的话，听云和博睿在APM层面做得更深，能下钻到代码级性能分析。但如果你只是想要“网站挂了给我发短信”这个基础功能，它们有点杀鸡用牛刀，报价也偏高。中小团队用起来性价比一般。

我目前主力用的是Better Stack（原Logtail团队做的），Uptime监控加日志管理打包在一起。检测间隔30秒，支持多地区节点，告警能直接推到Slack和飞书。有个细节做得不错：它会在告警里附带最近三次的响应时间曲线，一眼就能判断是偶发抖动还是彻底宕机。价格每月10美元左右，比Pingdom灵活。

自建方案我也折腾过。Prometheus加Grafana加Alertmanager，全套开源免费，但维护成本不低。有次Alertmanager的静默规则配错了，凌晨三点给我打了17个电话。后来我算了一笔账：花在调试监控系统上的时间，折算成时薪够买三年商业服务了。除非你有特殊合规要求或者监控规模特别大，否则不建议自建。

选监控服务有个容易被忽略的点：检测节点分布。你的用户在哪，监控节点就该在哪。一个面向欧洲用户的网站，用只有美国节点的监控服务，数据参考价值打对折。UptimeRobot和Better Stack都支持选区域，Pingdom节点最多但贵。国内服务商反而在海外节点上偏弱。

另外注意告警疲劳问题。我见过一个团队配置了邮件加短信加钉钉加Slack四路告警，结果每次网络抖动都全渠道轰炸，两周后所有人都把告警静音了。监控的意义在于“该响的时候响”，不是“一直响”。建议只对核心业务配电话告警，边缘服务走IM通知就够了。

最后说个反直觉的观察：很多团队花大价钱买监控，却从不看历史报表。监控数据最大的价值不是实时告警，而是事后分析——比如发现每周二下午响应时间都会爬升，追查下去是备份任务抢了IO。这种问题不靠长期数据根本发现不了。选工具的时候，把报表功能也纳入考量，别只盯着告警快不快。