Add Analytics
自动为项目添加 Google Analytics 4 跟踪代码，支持多种框架。
下载 3,641
Monitoring
提供应用与基础设施可观测性配置方案，涵盖指标、日志、追踪及告警。
已扫描
项目
内容
适合谁
后端开发工程师、运维人员
不适合谁
无技术背景的普通用户、无需系统监控的个人小项目
国内可用性
需网络配置。可能需要网络配置或第三方服务可访问。
安装难度
新手友好（★☆☆）。基于终端操作、依赖、API Key 和本地环境要求的初步判断。
安装与下载
openclaw skills install @ivangdavila/monitoringSkill 说明
命令、参数、文件名以原文为准
复杂度等级
| 等级 | 工具 | 配置时间 | 适用场景 |
|---|---|---|---|
| 最小化 | UptimeRobot、Healthchecks.io | 15 分钟 | 侧边项目、MVP |
| 标准 | Uptime Kuma、Sentry、基础 Grafana | 1-2 小时 | 小团队、初创公司 |
| 专业级 | Prometheus、Grafana、Loki、Alertmanager | 1-2 天 | 生产环境系统 |
| 企业级 | Datadog、New Relic 或完整开源方案 | 持续投入 | 大规模运维 |
观测三大支柱
| 支柱 | 解答的问题 | 工具 |
|---|---|---|
| 指标 | “系统运行状况如何？” | Prometheus、Grafana、Datadog |
| 日志 | “发生了什么？” | Loki、ELK、CloudWatch |
| 链路追踪 | “为什么这个请求变慢了？” | Jaeger、Tempo、Sentry |
快速上手（按使用场景）
“我只想知道服务是否宕机”
→ 使用 UptimeRobot（免费）或 Uptime Kuma（自托管）。详见 simple.md。
“我需要排查生产环境错误”
→ 在应用中集成 Sentry SDK。5 分钟内完成配置。详见 apm.md。
“我希望实现真正的可观测性”
→ 使用 Prometheus + Grafana + Loki。详见 prometheus.md。
“我需要集中管理日志”
→ Loki 适合简单场景，ELK 适合复杂查询需求。详见 logs.md。
监控内容
应用程序（RED 方法）
- Rate — 每秒请求数
- Errors — 按端点统计的错误率
- Duration — 延迟（p50、p95、p99）
基础设施（USE 方法）
- Utilization — CPU、内存、磁盘使用率
- Saturation — 队列深度、负载平均值
- Errors — 硬件/系统错误
告警原则
| 应该做 | 不应该做 |
|---|---|
| 告警关注症状（用户影响） | 告警关注原因（如 CPU 高） |
| 告警中包含操作手册链接 | 要求先调查才能理解 |
| 设置合适的严重级别 | 所有告警都设为 P1 |
| 要求采取行动 | 告警仅针对“有趣”的指标 |
告警疲劳会摧毁监控体系。 如果告警被忽略，就等于没有监控。
关于告警配置、严重级别划分及值班安排，请参考 alerting.md。
成本对比
| 方案 | 小规模月成本 | 中等规模月成本 |
|---|---|---|
| UptimeRobot | 免费 | $7 |
| Uptime Kuma | $5（VPS） | $5（VPS） |
| Sentry | 免费 / $26 | $80 |
| Grafana Cloud | 免费套餐 | $50+ |
| Datadog | $15/主机 | $23/主机 + 高级功能 |
| 自托管方案 | $10-20（VPS） | $50-100（VPS） |
常见错误
- 在 Uptime Kuma 已足够的情况下，仍从 Prometheus/Grafana 开始
- 未设置告警（仪表盘无人关注）
- 告警过多（导致告警疲劳 → 被忽视）
- 缺少操作手册（告警触发后，无人知道如何处理）
- 仅从内部监控（缺少外部视角检查）
- 无限期存储日志（成本急剧上升）
I
@ivangdavila
已收录 28 个 Skill