Uptime Kuma

适用场景

• 定期检查网站、API 和 TCP 端口，在无响应时收到通知。
• 发布状态页，向用户展示服务的可用性。

选择合适的配置

此模板用于定期可用性检查与状态页。先确认部署区域可以访问哪些端点，并准备通知服务凭据。如果监控与被监控服务共享基础设施，应另设独立检查，覆盖二者可能同时中断的故障。

此模板会创建什么

需要检查的配置

此模板没有额外声明的输入项。请在部署表单中检查生成的变量、连接地址与资源设置。

部署步骤

1. 点击配置部署，登录或创建账户。
2. 选择新项目或已有项目，以及可用区域。
3. 检查服务、必填参数、存储和兼容性警告。配置确认后再提交部署。
4. 查看部署日志，完成应用初始化，并在生产使用前测试连接地址。

检查部署结果

创建管理员账户，添加测试监控项并确认检查成功。发送测试通知，确认目标渠道实际收到。使用可丢弃的测试目标模拟故障与恢复，再检查告警历史；监控显示正常不代表通知链路已验证。

运行与维护

• 部署后立即打开生成的域名，创建管理员账户以完成 Uptime Kuma 初始化；在此之前，任何人都能访问设置页面。邮件和聊天通知需要各自的 SMTP 或服务凭据。
• 监控项、通知设置和检查历史保存在持久化存储的 /app/data 下。请检查备份与恢复方案，并在依赖之前测试恢复流程。
• louislam/uptime-kuma:2 标签会随 2.x 新版本更新，重新部署前请阅读发布说明。检查从服务所在区域发起；如果监控与被监控的服务部署在同一处，二者同时故障时可能无法发出告警。

托管费用

此模板运行一个服务并附带数据卷。监控项数量、检查频率和历史保留量会影响资源需求。所选通知服务商的费用需单独计入。

CPU、内存、存储与网络使用量共同计费，所选区域会影响资源价格。多服务模板中的每个服务都产生资源用量；外部 API 与软件许可证费用单独计算。

来源与验证

此部署配置来自 Coolify 的 Apache-2.0 开放模板集合，通过 Polyer compose 导入器进行适配。

静态兼容性分析不等于实际应用验证。生产使用前，请测试所选配置和恢复流程。

内容审阅日期: 2026-10-15

上游文档 ↗模板来源与许可证 ↗