刚好之前处理过类似的跨Azure Functions + App Insights的日志检索需求，我给你梳理两种最实用的解决方案，结合你提到的标签分组需求来实现：

方案一：跨资源查询（无需统一Log Analytics工作区） #

如果你的Application Insights还没关联到同一个Log Analytics工作区，可以用跨资源查询结合标签筛选来批量指定目标App Insights：

步骤说明： #

1. 打开Azure门户中任意一个Application Insights的「Logs」页面（或者直接打开Log Analytics工作区的Logs）
2. 用KQL的resourcecontainers表筛选带指定标签的所有App Insights资源，再通过union联合它们的日志表

示例查询（基于标签分组）： #

假设你给所有目标App Insights打了Group:FunctionApps的标签，查询可以这么写：

// 第一步：筛选出所有带目标标签的Application Insights
let targetApps = resourcecontainers
| where type == 'microsoft.insights/components'
| where tags['Group'] == 'FunctionApps'  // 替换成你的标签键值对
| project appId;

// 第二步：联合所有目标App Insights的traces日志，同时标记来源应用
union withsource=SourceApp * (app(targetApps).traces)
// 应用你的筛选条件
| where operation_Name == "TestLogManagement"
| where customDimensions.EventId == 888
// 按需输出字段，比如日志时间、来源应用、日志内容等
| project timestamp, SourceApp, message, operation_Name, customDimensions

• withsource=SourceApp会新增一列，显示这条日志来自哪个Application Insights，方便你定位业务流经过的函数应用
• 如果标签数量不多，也可以直接手动指定App Insights的资源ID或名称，比如union app('AppInsights-App1').traces, app('AppInsights-App2').traces

方案二：基于统一Log Analytics工作区的查询（推荐） #

如果能把所有Application Insights都关联到同一个Log Analytics工作区，这种方式会更简洁高效：

前提准备： #

每个Application Insights都配置了「链接到Log Analytics工作区」（在App Insights的「属性」页面可以设置）

示例查询： #

关联后，所有App Insights的日志会统一同步到工作区的AppTraces表（对应原traces日志），直接查询即可：

AppTraces
| where operation_Name == "TestLogManagement"
| where customDimensions.EventId == 888
// cloud_RoleName对应你的Azure Functions应用名称，方便区分来源
| project timestamp, cloud_RoleName, message, operation_Name, customDimensions

注意事项： #

• 权限要求：确保你对所有目标Application Insights（或Log Analytics工作区）拥有「Log Analytics Reader」或更高权限，否则查询会返回部分结果或报错
• 大小写敏感：KQL的字段名、标签键值都是大小写敏感的，要和实际配置保持一致
• 性能优化：如果日志量很大，建议添加时间范围筛选（比如| where timestamp > ago(24h)），提升查询速度

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