.NET Core使用托管身份写入Application Insights日志异常求助

问题原因 #

你遇到的核心问题是：禁用Application Insights本地认证后，SDK仍在尝试使用连接字符串中的Instrumentation Key进行本地认证，而这种方式已被禁用。你的代码同时配置了ConnectionString和AzureTokenCredential，SDK会优先选择本地认证路径，导致认证失败，日志无法写入。

解决步骤及修正代码 #

1. 移除含InstrumentationKey的连接字符串配置

禁用本地认证后，不需要再使用包含InstrumentationKey的完整连接字符串，只需指定IngestionEndpoint即可。修改appsettings.json：

"ApplicationInsights": {
  "IngestionEndpoint": "https://eastus-8.in.applicationinsights.azure.com/",
  "EnableApplicationInsights": true
}

2. 调整代码配置顺序与逻辑

SDK初始化顺序很重要，需先添加Application Insights服务，再配置托管身份凭证，确保凭证覆盖默认的认证方式。修正后的代码示例（以Program.cs为例）：

// 先添加Application Insights服务，不传入带InstrumentationKey的连接字符串
builder.Services.AddApplicationInsightsTelemetry();

// 配置TelemetryConfiguration，设置托管身份凭证
builder.Services.Configure<TelemetryConfiguration>(config =>
{
    var credential = new DefaultAzureCredential(new DefaultAzureCredentialOptions
    {
        ManagedIdentityClientId = "你的托管身份ClientId"
    });
    // 设置Azure AD令牌凭证，替代本地认证
    config.SetAzureTokenCredential(credential);
    // 若appsettings未配置IngestionEndpoint，可在此直接设置
    // config.EndpointBaseAddress = new Uri("https://eastus-8.in.applicationinsights.azure.com/");
});

3. 验证权限与环境

• 确认托管身份的「Monitoring Metrics Publisher」权限已正确分配到目标Application Insights资源（资源层级或资源组层级均可，确保范围覆盖目标资源）。
• 若在本地调试，需确保Azure CLI已登录对应Azure账号，或配置了AZURE_CLIENT_ID等环境变量，让DefaultAzureCredential能获取有效令牌；若在Azure环境（如App Service、VM）中运行，确保托管身份已启用并关联到应用。

关键说明 #

当Application Insights禁用本地认证后，所有遥测写入请求必须通过Azure AD令牌认证，因此需彻底移除任何依赖InstrumentationKey的配置，强制SDK使用托管身份获取的令牌进行认证。

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