OneUptime：把监控、事件响应与状态页放在一个自托管平台

项目用途

OneUptime 是一个面向监控与可观测性的开源平台，试图把正常运行时间监控、告警、事件响应和诊断工作放进同一个系统。它的覆盖范围包括状态页、值班排班、日志、分布式追踪、指标、APM 和错误追踪。对于不希望分别维护多套 SaaS 工具，或希望把监控数据留在自己的环境中的团队，它提供了一条集中化路线。

项目采用 Apache License 2.0，仓库目前未归档。需要注意的是，本文只依据项目提供的资料整理功能，不代表刍狗网已经部署或验证过这些能力。

已知功能

README 列出的核心模块包括网站、API、IP、端口、SSL、DNS 和合成检查；品牌化公共或私有状态页；事件的创建、分派、沟通、解决和复盘；值班日程与升级策略，以及短信、电话、推送、邮件和 Slack 通知。日志可以通过 OpenTelemetry 接收、存储、搜索并触发告警；APM 与追踪用于查看跨度和性能；指标与仪表板则用于构建自定义视图。

项目还列出工作流集成，可连接 Slack、Jira、GitHub、Microsoft Teams 及其他应用；README 同时介绍了 AI Copilot，用于分析日志、追踪和指标，并生成修复拉取请求。此类自动化涉及代码仓库和运行环境，采用前应明确审批、凭据和代码审查边界，不能把宣传描述等同于已验证结果。

基础设施侧，README 声称提供基于 OpenTelemetry 的服务器、Kubernetes、Docker、Podman、Proxmox、VMware 和 Ceph 采集方式。不同环境所需的权限、网络连通性、数据保留和存储容量，资料中未统一给出具体数值，因此需要按官方安装文档逐项核对。

适合谁

它较适合希望统一监控、事件流程和状态页的小型研发团队、自托管爱好者，以及需要保留系统控制权的组织。对已经使用 OpenTelemetry，且愿意自己承担升级、备份、告警通道和故障排查工作的团队，集中平台可能更容易形成一致流程。

如果团队只需要单一的简单可用性检查，OneUptime 的功能范围可能超出实际需求；如果组织要求成熟的商业支持、严格的数据驻留承诺或经过内部审计的运行流程，也应先确认社区版与企业版的具体差异。

部署前限制与考虑

README 提供 Docker Compose 单服务器部署，并将其描述为适合家庭实验室和小团队；同时提供 Kubernetes Helm 安装方式。但来源没有确认最低 CPU、内存、磁盘、并发规模或各模块的生产容量，不能据此推断硬件要求。正式部署前，应阅读 sizing、升级、备份和网络访问文档，并在自己的数据量与通知链路下验证。

自托管意味着团队需要负责域名与 TLS、密钥管理、数据库及遥测数据备份、升级回滚、访问控制、通知供应商配置和监控平台自身的可用性。若启用 AI、自动开 PR、短信或电话等能力，还应单独审查外部服务、权限范围、成本和敏感数据流向。官方 13.0.3 release 列出了 VMware 监控、通行密钥登录、标签规则 JSON 导入导出等变更，但采用具体版本前仍应阅读完整变更记录并安排测试窗口。

资料来源

• GitHub repository metadata
• Project README
• Official release
• Official project page

资料核对日期：2026-09-13