测验:规则与测试的辨别能力
两个计数器的总和继续增加,但有一个实例重新启动。查找请求率的正确顺序是什么?
- 计算每份原件的费率,并将其与所需标签相加。
- 将所有原始数据相加后,将比率应用于结果。
- 由于总和增加了,所以省略了原来的重置检查。
- 如果有重置,则所有路径的请求率都填0。
错误的规则在仅使用正常数据的 promtool 测试中也成功了。最直接的提升是什么?
- 再次检查命令成功日志并批准。
- 输入重置反例和预期标签/值,并检查是否检测到错误答案。
- 将测试的预期值更改为错误规则产生的值。
- 为了缩短执行时间,只留下一个输入时间序列。
该保护规则区分主动提供的案例和明确的过时案例的预期结果是什么?
- 在这两种情况下,都必须有一个请求率为 0 的样本。
- 在这两种情况下,所有路径都必须未采样。
- 没有请求意味着 0 个样本,缺少路径意味着没有样本。
- 对于有缺陷的路径,将永久保留最后的请求速率。
缺少 1 个样本,但计数仍为 2,且样本年龄为 60 秒。这意味着什么?
- 这意味着两个输入当前都发送新样本。
- 这意味着两次实际的采集HTTP请求都成功了。
- 这意味着预期实例的身份也已得到验证。
- 由于可以选择之前的样品,因此单独检查新鲜度。
当正常警报的预期为 6 分钟等待和 7 分钟触发时,如果仅检查 7 分钟触发,可能会错过哪些错误?
- 这是删除 for 且触发时间早于 7 分钟的情况。
- 这是路线标签匹配并在 7 分钟内触发的情况。
- 这是准确计算正常输入的6分钟速率的情况。
- 这是维护警报承诺的严重性标签的情况。
它甚至通过了实际的 promtool 的警报状态测试。这个实验支持什么报告?
- 经确认,所有操作抓取和邮件投递均正常。
- 我们从给定的合成输入中检查了规则值和警报状态。
- 保证所有未来标签和流量具有相同的值。
- 由于计数是正确的,因此不需要数据新鲜度策略。