GCP 警报过滤器不会影响打开的事件
GCP Alert Filters Don't Affect Open Incidents
我有一个警报，我已配置为在 'error' 或 'ok' 以外的状态下完成的云函数的执行总和大于 0（按函数分组）时发送电子邮件姓名）。
我定义警报的方式是：
二级聚合商是delta。
问题是，一旦警报打开，过滤器似乎不再重要，并且警报保持打开状态，因为它看到云功能被触发并以任何状态结束（甚至 'ok' status 只要触发足够就保持打开状态。
ATM 我能想到的唯一解决方案是定义一个基于日志的指标，它会自己计算它，然后警报将基于该自定义指标而不是内置指标。
有什么我遗漏的吗？
编辑：
添加另一张图片以显示我认为可能存在的问题：
从上图中我们看到图表不会下降到 0，而是会保持在 1，这不是其他正常事件的工作方式
"Monitoring automatically closes an incident when it observes that the condition is no longer met or when 7 days have passed without an observation that the condition is still being met."
这让我觉得有时候条件与关闭事件无关。已确认 here:
"If measurements are missing (for example, if there are no HTTP requests for a couple of minutes), the policy uses the last recorded value to evaluate conditions."
缺少 HTTP 请求不是关闭指标的原因，因为它一直使用最后记录的值（触发指标）。
因此，对 Http 请求使用警报是可以的，但您需要自行关闭它们。尽管我认为如果您希望自动禁用它们，最好使用自定义指标。
我有一个警报，我已配置为在 'error' 或 'ok' 以外的状态下完成的云函数的执行总和大于 0（按函数分组）时发送电子邮件姓名）。
我定义警报的方式是：
二级聚合商是delta。
问题是，一旦警报打开，过滤器似乎不再重要，并且警报保持打开状态，因为它看到云功能被触发并以任何状态结束（甚至 'ok' status 只要触发足够就保持打开状态。
ATM 我能想到的唯一解决方案是定义一个基于日志的指标，它会自己计算它，然后警报将基于该自定义指标而不是内置指标。
有什么我遗漏的吗？
编辑：
添加另一张图片以显示我认为可能存在的问题：
从上图中我们看到图表不会下降到 0，而是会保持在 1，这不是其他正常事件的工作方式
"Monitoring automatically closes an incident when it observes that the condition is no longer met or when 7 days have passed without an observation that the condition is still being met."
这让我觉得有时候条件与关闭事件无关。已确认 here:
"If measurements are missing (for example, if there are no HTTP requests for a couple of minutes), the policy uses the last recorded value to evaluate conditions."
缺少 HTTP 请求不是关闭指标的原因，因为它一直使用最后记录的值（触发指标）。
因此，对 Http 请求使用警报是可以的，但您需要自行关闭它们。尽管我认为如果您希望自动禁用它们，最好使用自定义指标。