Azure有状态指标警报未达阈值却误触发Logic App问题咨询

我配置了一个Azure有状态指标警报，当死信队列/主题的最大计数大于5时触发Logic App（该警报为标准指标警报，非自定义警报）。警报配置参数如下：

• 评估频率：5分钟
• 聚合时间范围：5分钟

问题现象：Azure Monitor在警报条件未满足的情况下，仍执行操作组并触发Logic App。查看Logic App的HTTP触发器负载时，甚至出现了metricValue: 0的情况，请问该现象的原因是什么？

• 状态切换的恢复通知触发：有状态警报默认会在警报状态改变时发送通知——不仅是从「正常」转为「触发」，当从「触发」回到「正常」时也会发送恢复通知。如果操作组没有区分警报的「触发」和「恢复」状态，就会在恢复阶段也触发Logic App，此时负载里的metricValue已经回落至0。
• 时间窗口配置的重叠与数据延迟：当聚合时间范围等于评估频率时，容易出现指标数据的窗口重叠或延迟上报问题。比如某次评估时，前一个时间窗口的延迟数据刚同步完成，导致计算出的最大值触发了警报，但下一次评估时完整数据更新，实际值已经回到0，此时状态切换的恢复通知就会被触发。
• 指标采样与填充逻辑影响：死信队列的「最大计数」指标是基于聚合时间范围内的采样点计算的。如果采样过程中存在数据缺失或延迟上报，Azure Monitor会通过插值或默认值填充数据，可能导致某次评估时计算出的最大值不符合实际情况，后续完整数据补全后值回到0，但警报的状态通知已经发出。
• 重复通知的误触发：若警报配置了重复通知规则，当警报处于触发状态时，即使后续指标值回落，只要系统未识别到明确的状态恢复，可能会继续发送通知，但这种情况较少出现metricValue: 0的情况，更多是重复触发同一状态的通知。

内容的提问来源于stack exchange，提问作者Cristian E.