我正在测试Azure Application Insights警报功能 . 它似乎是马车或我不知道如何使用它 .
如果我根据度量标准“服务器例外”创建新警报，它似乎工作一次，然后再也不会 . 一旦它发射，它似乎进入“活跃”状态，其中有一个带有！的橙色三角形 . 见下图 . 我创建了一个新的，我没有触发，并且在图像中可以看到它有一个带刻度的绿色圆圈 .
这对我来说意味着警报不会再发射，直到有人'确认'警报，这不是一个坏主意，但我看不出怎么做 .
编辑：
我刚刚尝试按照建议使用“异常率”，但我认为触发警报的最低阈值是5分钟内每秒平均1次异常 .
我必须说我的用例没有处理似乎很奇怪 . 我有一个轻量级Web API服务，它很简单，它应该永远不会失败，但它可以，因此，如果发生异常，我想立即收到警报 .
3 回答
警报应该解决，并且当警报的条件不再满足时，状态应该恢复为绿色 . 使用“计数”指标非常难以实现，因为它们会上升并且几乎不会下降 . 这意味着，一旦触发，警报将无法解决，因为度量标准的值始终超过阈值 .
您可以尝试在“速率”指标上设置警报，当“速率”在您设置的限制范围内时，您应该看到状态返回绿色 .
这已经修复了 . 如果您发现任何问题，请告诉我们 . 要注意的一些事项：
在滑动窗口上评估警报规则：警报将根据条件从样本到达的瞬间在滑动窗口上的评估方式触发/解决 .
对于基于异常计数的警报规则的上述警告：如果没有针对规则中配置的时间窗口报告异常，我们将解析警报 .
注意：这与基于指标的规则不同 - 缺少数据不会导致为这些规则解决警报 .
“服务器异常”指标的工作原理是OP预计在2018年 . 我的用例如下：
For the goal of getting an email whenever an Exception happened.使用“服务器例外”指标 .
如果错误没有再次发生，那么该指标足够聪明，可以在初始警报之后等待一段时间后自动解析 .
因此，您将获得初始“警报”，然后5分钟后没有例外，它将返回“ Health ”状态 .
并且由于它自动解决，如果明天再次发生错误，它将再次执行“警报” .
请注意，这是使用App Insights和功能应用程序 . 功能应用程序故障指标存在问题，并且对此不可靠（Azure保持记录0.2异常/ s并且认为超过1分钟的5分钟阈值...）