从指标、日志和链路追踪三个角度，解释网站运维为什么不能只看 CPU 和内存，以及中小团队如何低成本建立可观测性。

监控报警并不是越多越好。本文从资源、可用性和业务报警三个层面，说明为什么网站明明接入了监控，真正故障时仍可能反应慢，以及如何优化报警优先级和处理路径。

连接数打满时，CPU 和内存未必明显升高。本文从请求排队、长连接、连接池和异常流量几个角度，说明网站变慢或偶发 502 时应该先看哪些指标。

很多网站后台不是完全登不上去，而是能登录、能打开，但操作总是很卡。本文从数据库、PHP、插件、磁盘 IO 和线路几个层面，讲清这种问题通常该怎么排查。

网站白天还正常，到了晚上却明显变慢，这类问题最容易误判成配置不够。本文从线路、回程、定时任务、数据库和缓存几个层面，讲清网站为什么会在晚高峰才暴露问题。

后台打开慢，第一反应为什么总容易放错地方？ 网站后台一旦变慢，很多人的第一反应通常很统一：是不是服务器配置太低了？是不是要升级 CPU 和内存？这种判断并不奇怪，因为后台卡顿看起来像典型...