一个假设场景
本文是示例，不是客户事故，也不是 AntDock 的实测结果。
假设一个副业网站下午停止服务，站长第二天早上才发现，已经过去 18 小时。日志目录持续增长，撑满磁盘，应用进程无法恢复。这里的时间和情节用于说明排查思路。
同时检查网站和依赖
为公开首页和 API 健康接口分别创建 HTTP 监控。首页可能还能返回缓存，而 API 已经失败。按业务需求选择检测周期和告警条件；收到通知的时间还取决于这些设置和投递渠道。
看服务器指标
安装 AntDock 服务器探针，查看 CPU、内存、磁盘和网络。除了总磁盘容量，也要检查各个分区。按自己的负载选择阈值，在资源持续偏高时排查原因。探针的资源占用请在自己的服务器上实测。
测试通知渠道
连接一个日常会查看的渠道，发送测试通知。AntDock 的通知渠道和告警规则分开配置：还需要在规则中选择对应渠道。确认测试和一次受控告警都能收到，再依赖这套设置。
单独看访客情况
网站安装并允许 Web 采集后，可以查看流量和浏览器错误。流量不能单独证明服务可用，浏览器错误也不能单独确定服务器故障原因。结合监控检测记录和服务器测量值判断。
检查清单
- 为首页和 API 接口分别建立监控。
- 查看服务器各磁盘分区的压力。
- 选择通知渠道并测试投递。
- 检查规则条件和渠道选择。
- 恢复后复盘故障，调整设置。
当前免费额度以免费版说明为准。这个示例不承诺宕机时长、发现速度或资源占用。
准备好简化你的工具栈了吗？
分析、监控和服务器指标，一个平台全搞定。免费开始，无需信用卡。