告警与看板代码化确认

在呼叫人的通知上for: 10m设置相同持续条件的原因是什么？

• 为了增加评价周期，减少Grafana的负载
• 打算以10分钟的平均值来判断
• 用短暂的闪光值唤醒人，那个通知就会被忽略。
• 因为要和Alertmanager的group_wait和值匹配

通知的runbook_url指向这个仪表板链接的话，有什么问题？

• 虽然图表只显示了什么奇怪的东西，但没有说要做什么。
• 仪表板链接的时间范围没有固定，所以值会变异。
• 因为被呼叫的人可能没有Grafana访问权限。
• 仪表板uid变了的话，链接就会坏掉。

查询和for虽然有，但是没有临界值（threshold）条件的规则缺少了什么？

• 带来价格的数据源
• 接收通知的联系方式
• 决定什么时候叫的标准
• 将通知绑定的群组名称

想用Grafana API覆盖仪表板Cannot save provisioned dashboard回来。意思是什么？

• 没有保存仪表板的权限
• 那个仪表板来自配置文件，所以需要修改文件。
• 仪表板JSON的模式版本低
• 已经有两个相同的uid的仪表板了。

把仪表板JSON搬到其他环境后，面板都空了。最常见的原因是什么？

• 因为那个环境的数据源uid不同
• 仪表板的schemaVersion比那个Grafana高
• 因为转来的JSON中还保留了id字段
• 因为基本时间范围是没有数据的区间