网站响应慢自动告警：如何快速发现并通知问题

为什么需要自动监控网站速度

你有没有遇到过这样的情况：客户说打不开网站，你一查才发现服务已经卡了半小时。等你手忙脚乱重启服务，损失早就造成了。这时候才意识到，光靠人工盯着浏览器刷新根本不行。

尤其是一些文档排版类网站，用户上传文件后需要实时预览，一旦后端处理变慢，页面就会卡在加载圈上。用户等不了三秒，直接关掉走人。这种“慢”其实早有征兆，关键是要能自动发现、及时通知。

用脚本实现基础响应监测

最简单的办法是写个定时脚本，每隔一分钟访问一次你的网站关键接口，比如首页或文档渲染接口。只要响应时间超过设定阈值（比如 3 秒），就触发告警。

import requests
import time

def check_website(url, timeout=3):
    try:
        start = time.time()
        resp = requests.get(url, timeout=5)
        duration = time.time() - start
        if duration > timeout or resp.status_code != 200:
            send_alert(f"网站响应超时：{url}，耗时 {duration:.2f}s")
    except Exception as e:
        send_alert(f"请求失败：{url}，错误 {str(e)}")

告警渠道选哪个合适

光打印日志没用，得让人真正看到。你可以把告警信息推送到微信、钉钉或者企业微信群。比如钉钉的自定义机器人，只需要几行代码就能接入。

import json
import requests

def send_alert(message):
    webhook = "https://oapi.dingtalk.com/robot/send?access_token=your_token_here"
    data = {
        "msgtype": "text",
        "text": { "content": message }
    }
    headers = { "Content-Type": "application/json" }
    requests.post(webhook, data=json.dumps(data), headers=headers)

结合日志分析找出瓶颈点

有时候网站不是完全打不开，而是偶尔抽风。这时候可以配合 Nginx 或应用日志，记录每个请求的处理时间。比如在日志里加上 $request_time 字段，再用脚本定期扫描慢请求。

举个例子，你发现某个文档转换接口平均耗时突然从 800ms 涨到 4s，那很可能是 PDF 渲染模块出了问题。这时候告警带上具体 URL 和耗时数据，运维一看就知道去查哪块代码。

避免误报的小技巧

网络抖动难免，不能一慢就炸群。可以在脚本里加个重试机制：连续三次超时才发告警。同时区分不同页面的重要性，比如登录页和文档导出页必须严控，而帮助中心可以放宽阈值。

还可以设置静默期，比如凌晨 2 点到 6 点不发消息，只记日志。不然半夜被自己写的告警吵醒，体验可不太妙。