预算警报测试Payload与实际触发Schema差异的原因是什么？

回答 #

根本原因 #

动作组的「Test action group」按钮发送的是预定义的模拟测试数据，不是真实预算警报触发时生成的动态Payload，两者的用途完全不同：

• 测试Payload仅用来验证动作组的连通性（比如确认逻辑应用能正常接收请求），不会调用Azure预算服务的真实支出评估逻辑，所有字段都是静态填充的测试值（比如固定的SpendingAmount、Budget）。
• 实际触发的Payload是预算服务检测到支出达标后，根据真实账单数据、你的预算配置动态生成的内容，会包含真实运行时的元数据（比如TenantId、AlertId）、真实的支出评估数据（EvaluatedAmount、BudgetThreshold），以及和预算周期相关的真实计算结果。

具体差异拆解 #

对比两个Payload，差异点的本质可以总结为：

1. 测试专属字段：SpendingAmount、Budget是测试场景下的模拟值，真实警报触发时会替换为反映实际支出情况的EvaluatedAmount、BudgetThreshold。
2. 实际专属字段：AlertGenerationTime、TenantId、BudgetId、AlertId、Scope这些是真实警报触发时才会生成的运行时信息，测试场景下无真实数据可填充，因此不会出现在测试Payload中。
3. 字段值差异：测试Payload中的SubscriptionName、ResourceGroup、BudgetCreator等都是手动填充的测试样本值，而实际Payload中这些字段会根据你的真实订阅、预算配置返回（无对应数据时为空）。
4. 日期格式差异：测试的BudgetStartDate包含时间戳，实际的仅为预算周期的起始日期（无时间部分），这是因为测试数据未关联你的真实预算周期配置。

实用建议 #

如果需要验证逻辑应用对真实预算警报Payload的处理逻辑，别依赖测试按钮的模拟数据，建议临时把预算阈值设得极低，触发一次真实的预算警报来完成测试。

内容的提问来源于stack exchange，提问作者prinkpan