Uptime Kuma 自托管监控平台
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/uptime-kuma-self-hosted-uptime-monitoring-platform。
技能介绍
它解决什么问题
当服务分散在自托管环境里时,团队常常需要同时确认 HTTP(S)、TCP、ping、DNS 和 Docker 目标是否可用。脚本、定时任务和零散告警容易把监控数据切散,缺少统一的事件记录、通知发送和状态展示。这个技能基于 Uptime Kuma,把自托管 uptime 监控变成一个可创建、可更新、可复盘的操作入口。
技能如何工作
技能围绕 Uptime Kuma 的监控生命周期组织,而不是单纯提供一个安装脚本。它支持把监控目标抽象为可管理的对象,例如 HTTP(S)、TCP、关键词、JSON 查询、Websocket、ping、DNS 记录、Push、Steam 游戏服务器和 Docker 容器。
核心步骤包括:
- 定义检查对象:明确要监控的服务、端口、域名、容器或推送端点。
- 创建和更新监控:维护检查项、刷新频率和预期结果。
- 处理通知与事件:将失败、恢复和持续异常转成可追踪记录。
- 查看状态页:把公开状态页作为外部可见的运行状态入口。
运行前提包括 Node.js、npm、Bun、Docker、Docker Compose 和 Go 等环境能力。
适用边界与注意点
适合已有自托管基础设施、希望监控数据留在内部网络、并愿意自行维护服务可用性的团队。对于多租户权限、复杂 SLA 报表或强托管 SaaS 体验,需要额外扩展。
建议锁定版本、备份 /app/data,不要直接把管理端口暴露到公网。上游文档和镜像说明可能随版本变化,应以实际部署环境为准。
使用场景
- 团队需要用 Docker Compose 快速拉起 Uptime Kuma,并为内部 API 添加 HTTP 状态检查。
- 运维负责多台服务器,需要用 TCP 探测业务端口,并在恢复后查看事件记录。
- 平台团队要为 DNS 记录配置检查,同时通过 Webhook 向工作群发送告警。
- 开发自托管环境时,需要监控容器状态,并将运行状态汇总到团队公开状态页。
适合人员
- 负责维护自托管服务、需要统一监控告警的运维工程师。
- 管理服务器端口和容器生命周期、关注故障恢复的站点可靠性工程师。
- 使用 Docker Compose 部署应用、希望为内部服务配置状态检查的后端开发者。
- 需要公开状态页并持续同步 DNS 与接口可用性信息的运维团队。