同配置dev/qa环境Application Insights性能计数器异常原因排查
这类同配置环境下的遥测数据差异，90%以上是漏查了资源层级的配置而非应用层配置，按以下优先级排查即可：
App Service Plan 层级诊断配置差异（最高发）
绝大多数人对比配置时只会检查单条App Service资源的Application Insights开关，会漏掉App Service Plan（ASP）本身独立的诊断设置：ASP作为独立的Azure资源，有单独的诊断配置规则，可以不依赖上层应用，直接把全量平台级性能计数器上报到绑定的Application Insights。
排查方式：分别进入两个环境的App Service Plan资源页，打开「监控」-「诊断设置」，检查QA环境是否存在一条把性能指标/全量指标发送到对应Application Insights的规则，Dev环境无此规则。如果存在，删除该规则即可停止冗余数据上报。注意：ASP层级的诊断设置和单应用的Application Insights开关是完全独立的两套配置，这是这类问题最容易踩的漏查坑。Application Insights 站点扩展版本不一致
Azure App Service的Application Insights无代码注入是通过平台托管的站点扩展实现的，扩展默认开启自动更新时，不同环境可能因为更新推送的时间差，运行不同版本的扩展：新版本扩展可能默认开启了ASP层级的性能计数器采集，旧版本无此逻辑。
排查方式：分别进入两个环境下挂载在该ASP上的所有应用，打开「开发工具」-「扩展」，找到Microsoft.ApplicationInsights.AzureWebSites扩展，对比两个环境的扩展版本号、自动更新开关状态。如果版本不一致，可将QA环境扩展回退到和Dev一致的版本，关闭自动更新后观察数据上报情况。应用层配置/部署包隐性差异
即使基础设施配置完全一致，部署内容的隐性差异也会导致采集行为不同：- 检查两个环境所有应用的应用程序设置，对比所有
APPINSIGHTS_*、WEBSITE_DIAGNOSTICS_*开头的配置项，重点确认QA环境是否误设了开启全量性能计数器采集的参数 - 下载两个环境的运行时部署包，检查是否存在
ApplicationInsights.config（.NET Framework）或ApplicationInsights.xml（.NET Core/.NET 5+）配置文件，对比文件中性能计数器采集节点的规则，确认QA环境没有额外添加全量采集的配置。
- 检查两个环境所有应用的应用程序设置，对比所有
Azure Policy 自动配置差异
如果QA环境所属的订阅/管理组配置了强制开启监控采集的Azure Policy，策略会在资源配置漂移时自动把诊断规则补全，手动对比配置时如果刚好在策略补全前查看，会误以为两边配置一致。
排查方式：分别进入两个资源组的「策略」页面，查看已分配的策略列表，筛选监控、诊断设置相关的策略，确认是否存在仅作用于QA环境的采集规则强制策略。
内容的提问来源于stack exchange，提问作者CognitiveComplexity
