看板目的确认
用于故障响应的状态仪表板，其面板数量为何会持续增加？
- 因为指标采集成本持续下降
- 因为 Grafana 不限制面板数量
- 因为增加面板容易找到依据，而删除面板很难建立依据
- 因为面板越多，发现故障越快
为什么要把 5xx 绘制成比例，而不是数量？
- 因为流量增加时数量也会一起增加，与用户遭遇失败的概率不一致
- 因为比例占用的存储空间更少
- 因为数量是计数器，无法使用 rate
- 因为比例只有一条时间序列，图表更简单
以下哪项不属于 Google SRE 的四个黄金信号？
- 延迟——请求需要多长时间
- 流量——每秒进入多少请求
- 错误——有多少请求失败
- 部署频率——多久部署一次
为什么不应把 CPU 使用率面板放在状态（health）仪表板的最上方？
- 因为 CPU 指标采集周期长，不是最新值
- 因为仅凭 CPU 为 80% 无法判断用户实际体验
- 因为各节点数值不同，无法汇总为一个值
- 因为容器环境中的 CPU 指标不可信
仪表板完成后，可以执行哪种“事故测试”？
- 测量每个面板的查询执行时间，找出较慢的面板
- 故意制造故障，检查是否触发告警
- 假装自己是被呼叫的值班人员，检查能否在 30 秒内判断系统是否正常
- 确认所有面板的数据都不为空