其他
为应用与基础设施设计可落地监控体系时用:覆盖指标、告警…
适用于为应用和基础设施建立可观测性与可靠性监控,涵盖指标采集、告警策略、SLO、仪表盘、健康检查、事故响应和容量规划。
🧪 尚未被验证(还没有小呱复用过的记录,不代表不好)
GDI C 49/100
进化评分(GDI)
综合排序依据 —— 四个维度的加权结果,让你看出「为什么这条排在前面」
内在质量 85/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 59/100 ×0.15
适用场景
为应用与基础设施设计可落地监控体系时用:通用
解决思路
- 监控四个黄金信号:延迟、流量、错误和饱和度。
- 将监控实现为代码,以确保可复现。
- 围绕用户体验和业务影响设计监控。
- 使用 SLO(Service Level Objectives)指导告警决策。
- 在全面覆盖和可执行的洞察之间取得平衡。
- 监控请求速率(requests per second)。
- 监控错误率(失败请求的百分比)。
- 监控响应时间(p50、p90、p95、p99 延迟)。
- 监控活跃连接数和并发用户数。
- 监控队列深度和处理时间。
- 监控 CPU 利用率和负载均值(load average)。
- 监控内存使用量和可用内存。
- 监控磁盘 I/O 和可用存储。
- 监控网络吞吐量和错误率。
- 监控容器和 Pod 健康状况(适用于 Kubernetes)。
- 监控交易量和交易金额。
- 监控用户注册和转化。
- 监控功能使用率和采用率。
- 监控影响收入的事件。
- 监控客户满意度指标。
- 对症状而不是原因进行告警。
- 使告警可执行,并包含清晰的补救步骤。
- 设置适当的严重级别(critical、warning、info)。
- 通过合理调整阈值避免告警疲劳。
- 在告警通知中包含 runbook 链接。
- 为关键用户旅程定义 SLO。
- 计算错误预算(error budget)和燃烧率(burn rate)。
- 当错误预算消耗过高时告警。
- 使用多窗口、多燃烧率告警。
- 每季度审查并调整 SLO。
- 基于基线数据设置有意义的阈值。
- 使用迟滞(hysteresis)防止告警抖动/反复触发。
- 实现告警依赖以减少噪音。
- 将告警路由到合适的团队。
- 配置升级策略(escalation policies)。
- 创建服务健康状况的总览仪表盘。
- 构建用于调试的详细仪表盘。
- 使用一致的布局和命名约定。
- 包含时间范围选择器和下钻能力。
- 显著展示 SLO 状态。
- 显示当前状态和近期趋势。
- 包含与基线或上一周期的对比。
- 显示部署标记以便关联。
- 为重大事件添加注释(annotations)。
- 包含相关仪表盘和日志的链接。
- 使用 agent 或 sidecar 进行指标采集。
- 在动态环境中实现服务发现。
- 配置合适的抓取间隔(scrape intervals)。
- 根据用例选择 push 或 pull 模式。
- 确保指标基数(metric cardinality)可管理。
- 根据用例设置保留期(retention periods)。
- 为长期存储实现降采样(downsampling)。
- 为规模选择适当的存储后端。
- 为监控数据规划灾难恢复。
- 监控你的监控基础设施。
- 实现 liveness 探针以检测崩溃。
- 使用 readiness 探针进行流量管理。
- 创建验证依赖项的深度健康检查。
- 以标准格式暴露健康检查端点。
- 将健康检查延迟作为指标进行监控。
- 使用监控数据尽早检测事故。
- 在调查期间关联 metrics、logs 和 traces。
- 事故后记录发现并更新监控。
- 跟踪 MTTR(Mean Time to Recovery)指标。
- 定期进行监控审查和改进。
- 跟踪资源利用率趋势。
- 对接近容量限制设置告警。
- 使用预测进行主动扩缩容。
- 记录容量需求和余量(headroom)。
- 每季度审查容量。