去年双十一凌晨，网站一家中型电商的可用控技术负责人盯着屏幕上的订单曲线，突然发现支付成功率从98%掉到了71%。性监行情排查了半小时，网站数据库、可用控网关、性监行情第三方支付接口全查了一遍，网站最后发现是可用控CDN节点回源超时——而这个故障，他们的性监行情监控系统压根没报警。事后复盘，网站他们买的可用控网站可用性监控服务只覆盖了首页HTTP状态码，支付链路上的性监行情关键接口根本没纳入监测范围。这件事在圈子里传开后，网站不少人开始重新审视自己用的可用控监控工具到底靠不靠谱。

网站可用性监控这个市场，性监行情说大不大，说小也不小。国外有Pingdom、UptimeRobot、Datadog这些老面孔，国内也有听云、博睿、监控宝等玩家。价格从免费到每月几千块不等，功能差异却大得离谱。免费版通常只给你5分钟一次的检测频率，一个节点，邮件告警。付费版能做到10秒一次，全球几十个节点，短信、电话、Webhook全通道告警。但真正值钱的不是这些表面参数，而是监控节点本身的网络质量，以及告警的准确率。

我接触过一家做SaaS的小团队，他们图省事用了某国外免费监控。结果有次国内用户大面积访问不了，监控面板上一片绿。原因很简单——那家服务的检测节点全在海外，国内骨干网抖动它根本感知不到。后来换了一家在国内有十几个BGP节点的服务商，每月花两百多块，故障发现时间从平均40分钟压缩到90秒以内。这个钱花得值不值，做过运维的人心里都有数。

价格方面，目前市面上大致分三档。第一档是免费或每月几十块，检测频率低、节点少、告警渠道单一，适合个人博客或者刚上线的小项目。第二档是每月200到800块，能覆盖主要城市节点，支持API监控、页面元素检测、多通道告警，中小企业的主流选择。第三档是每月上千甚至更高，提供全链路追踪、真实用户监控、SLA报告，面向对稳定性有硬性要求的大型平台。有些厂商还按监控点数收费，一个URL算一个点，超过就加钱，这种模式对业务线多的公司不太友好。

选监控服务不能只看价格。有个做在线教育的朋友跟我吐槽，他们用的某家监控每次告警都说是“连接超时”，但具体是DNS解析慢、TCP握手失败还是TLS证书过期，一概不知。运维人员得自己登机器抓包排查，效率极低。好的监控应该能告诉你故障发生在哪一层，甚至给出初步的根因判断。这背后考验的是厂商的探针能力和数据分析积累，不是随便搭几个curl脚本就能做到的。

还有一个容易被忽略的点：告警疲劳。有些服务商默认把所有异常都推给你，半夜三点一个轻微抖动也打电话。用不了多久，运维团队就会对告警麻木，真出大事反而反应不过来。合理的做法是设置分级告警，比如连续三次检测失败才触发电话，单次失败只发邮件或IM消息。这个配置灵活性，往往是区分专业产品和凑数产品的分水岭。

我的判断是，网站可用性监控正在从“有没有”向“准不准、快不快、细不细”过渡。早期大家有个工具盯着就行，现在业务架构复杂了，微服务、容器、多云环境混在一起，监控必须跟得上。那些还在卖“5分钟检测一次、发个邮件”的服务商，迟早会被淘汰。而真正能帮企业缩短故障恢复时间的产品，哪怕贵一点，市场也会买单。毕竟一次线上故障的损失，可能够买好几年的监控服务了。