Peekaping：面向自托管团队的可扩展运行时间监控

项目用途

Peekaping 是一个自托管的 uptime 监控系统，使用 Go 与 React 构建。它面向希望自行部署监控平台的个人开发者、运维团队和 DevOps 团队，可检查网站、API、网络服务、容器、数据库以及部分消息系统，并在状态变化时发送通知。项目采用 MIT License，源码、文档和部署文件均位于 GitHub 仓库。

它的定位不只是周期性访问一个网页。README 列出的监测类型包括 HTTP/HTTPS、TCP、ICMP Ping、DNS、Push、Docker、gRPC、SNMP，以及 PostgreSQL、Microsoft SQL Server、MongoDB、Redis、MySQL/MariaDB 等数据库或服务；同时还列出 MQTT、RabbitMQ 和 Kafka Producer 等选项。实际采用前，团队仍应针对所需监测类型逐项确认文档和当前版本的行为。

已知功能

项目提供状态页、SVG 状态徽章、告警通知、SSL 证书到期检查、多因素认证和暴力破解登录保护。README 还介绍了 API-first 设计、API key 管理和访问控制，适合希望把监控配置接入自动化流程或基础设施即代码的团队。不过，“支持某项能力”不等于已经满足组织的审计、权限分层或合规要求，部署者需要自行核验具体配置和认证边界。

0.0.47 release 进一步加入了可选的 Prometheus 指标端点、SMTP 监测、Microsoft Teams 通知、支持签名请求的 Webhook，以及用于发现长时间未检查监控项的 watchdog。Prometheus 端点默认关闭，release 特别提醒该端点不需要凭据且会列出监控名称，因此应通过私有网络限制抓取范围。这是部署设计中的重要注意事项，而不是可以忽略的默认安全保证。

部署与限制

README 提供 SQLite 和 PostgreSQL 两种存储选择，并说明 MongoDB 仍可工作但已弃用；新部署应优先评估 SQLite 或 PostgreSQL。单机模式适合从小规模自托管开始，项目也说明可通过集群模式扩展，但来源没有给出最低硬件配置、容量上限或性能基准，因此不能据此推断它适合某一具体监控规模。

最需要重视的是项目状态。README 明确标注 Peekaping 仍处于 beta，功能可能变化，并建议先在非生产环境测试。路线图中还列有 incidents、迁移工具、多用户与权限层级等未完成项目。采用前应验证升级路径、备份恢复、通知失败处理、API 权限、数据库迁移和反向代理配置；若启用 Prometheus 指标，还应限制其网络暴露面。项目页面提供文档和演示入口，但本文不替部署者替代正式测试。

总体而言，Peekaping 更适合愿意承担自托管维护、需要多类型监测和可编程集成的团队。若目标只是快速获得稳定的生产级监控，beta 状态和仍在发展的功能应成为决策中的核心风险项。

资料来源

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

资料核对日期：2026-10-25