按官方文档配置Logic App推送Application Insights告警到Teams时字段解析为空排查

既然你已经验证过：用Postman发送同一份报文到Logic App端点，Teams消息可以正常填充内容，说明schema定义、Teams发送动作的模板逻辑、机器人权限配置都是完全正常的，问题核心出在真实Application Insights告警触发时的入参结构，和你生成schema用的样本不匹配，且Logic App对空字段取值不做报错提示，最终导致消息发出但内容全空。

对应排查和配置步骤 #

• 不要照搬官方文档示例生成schema，也不要混用测试触发的报文样本
  很多人会把Postman测试成功的那次运行的输出，当成生成schema的样本，但真实Application Insights告警推送的报文，通常存在嵌套包裹结构：有效告警内容不会平铺在请求根节点，而是嵌套在data、data.context这类外层节点下。如果只拿平铺的示例生成schema，真实请求的字段会全部匹配不上。
  正确操作：打开Logic App HTTP触发的设置，开启「记录所有原始请求内容」选项，等待下一次真实Application Insights告警触发，从该次运行的详情页中，复制完整的请求Body原文作为样本，重新生成对应schema。
• 调整HTTP触发的内容类型兼容配置
  Application Insights告警推送时，默认的Content-Type头通常是application/json; charset=utf-8格式，如果HTTP触发开启了严格的内容类型校验，会出现JSON解析断链——这种场景下流程不会抛出解析错误，只会静默把所有字段值解析为空，消息照样可以正常发送到Teams。
  对应调整：进入HTTP请求触发的设置面板，把JSON检测的严格匹配关闭，开启宽松兼容模式，接受带字符集后缀的JSON请求头。
• 修正动态字段的绑定路径
  嵌套结构的载荷生成schema后，对应的字段实际访问路径是层级式的（比如triggerBody()?['data']?['alertRuleName']），如果在Teams消息模板里选了错误的根路径字段，就会出现取值为null的情况。
  快速校验方法：在Teams发送动作前新增一个「初始化变量」步骤，按实际嵌套路径填入你要取的告警字段值，运行一次真实告警校验变量取值是否正常，确认路径正确后再把变量值绑定到Teams消息模板里。
• Common Alert Schema 模式的适配调整
  如果开启了Application Insights的公共告警Schema推送，真实入参为CloudEvent结构，所有有效告警字段都嵌套在data.alertContext节点下，生成schema时必须把所有嵌套节点完整展开，不要只提取第一层的根节点字段，否则会出现全部字段匹配失败的问题。

避坑提示：Logic App的HTTP触发不会因为JSON字段路径不匹配抛出硬错误，只会静默返回空值，这也是为什么你能收到Teams消息但所有内容为空的核心原因——流程没有报错，只是没取到对应的值。

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