大多数团队并不需要一套笨重的可观测性体系来确认服务器是否健康。他们需要的是：一出问题，就在自己本来就盯着的地方收到清晰的信号。Risal 的服务器监控正是围绕这个理念构建的：每台主机上一个小型代理，可执行的告警直接送达 Telegram。
单个轻量代理
每台服务器只需安装一个 Python 代理。它按计划上报关键信息——CPU 负载、内存压力、每个挂载点的磁盘使用率，以及你关心的服务状态（systemd 单元、Docker 容器、PM2 进程、Apache/PHP-FPM 虚拟主机）。你无需自行托管任何东西：代理与 Risal API 通信，所有服务器都集中显示在同一个仪表盘中。
告警送达你常用的地方
当阈值被突破——磁盘即将写满、服务反复抖动、主机无法访问——Risal 会向团队的聊天发送一条 Telegram 消息。每条告警都很简洁：哪台服务器、哪项指标、当前值，以及处于该状态已有多久。问题恢复后，你会收到一条恢复通知，让频道反映真实情况，而不是被噪音淹没。
磁盘写满预测
磁盘用到 80% 并不紧急，如果它已经持续了几个月；但一夜之间飙升 30% 的磁盘就需要警惕了。Risal 会跟踪趋势，并按当前速率预测磁盘何时会耗尽，让你在被呼叫之前采取行动，而不是事后补救。
AI 根因摘要
最能节省时间的部分：事故触发时，Risal 可以在 Telegram 告警中附上 AI 撰写的摘要。你收到的不再只是“CPU 过高”，而是一小段文字，指出可能的原因、涉及的进程、建议的后续操作和置信度。它把原始指标变成了修复工作的起点。
状态页
对于客户依赖的服务，你可以基于同样的检查对外提供公开状态页——无需额外工具，也无需重复配置。
为什么它适合放在工作平台里
由于监控与你的任务和项目位于同一个产品中，一条告警一步就能变成一个任务，解决问题的工作也会与团队的其他事务一起被跟踪。把你半夜叫醒的那台服务器，和彻底修复它的工单，永远不会分散在两个不同的工具里。
服务器监控属于 Team 套餐。如果你已经在用 Risal 管理任务和敏捷开发，添加服务器只需安装一次代理。