日志、指标与告警:个人站点的可观测性底线
AI 摘要
站点接口时快时慢问题通过存活检查、错误计数和慢请求记录解决,采用简单文本文件记录,提高可观测性。
由 AI 生成,仅供参考
七月被一个问题折腾了一晚上:站点的某个接口时快时慢,快的时候一百毫秒,慢的时候五秒。
没有监控,没有记录,唯一的排查手段是蹲在终端里 tail 日志,等它再慢一次。
后来花了一小时补了三样东西。
第一是存活检查。每分钟 curl 一次首页,连续两次非 200 就发邮件。检查走完整链路,包括 HTTPS 和反代,而不是 ping 服务器。
第二是错误计数。按小时统计 Nginx 和 PHP 的错误日志行数,和前一天对比,超过三倍再告警。
第三是慢请求记录。入口处记一个时间戳,请求结束超过八百毫秒就写一行日志,带 URI。
都是土办法,没有仪表盘,一个文本文件就是全部。
之后那次「时快时慢」再出现时,五分钟就定位了:慢的请求都带着同一个参数,指向一条没走索引的查询。
可观测性不是一次配好的,是每次故障之后往前挪一步。这次缺什么就补什么,下次排查就快一点。
评论(0)
登录后才能发表评论。去登录 →
还没有评论,来抢沙发吧~