Azure App Service上Blazor Server日志配置及集成技术问询

我有一个运行在Azure App Service上的Blazor Server Web应用，启动代码如下：

if (builder.Environment.IsDevelopment())
{
    builder.Logging.ClearProviders();
    builder.Logging.AddJsonConsole();
    builder.Logging.AddDebug();
}

针对Azure App Service生产环境，有以下疑问及解答：

1. 默认日志提供程序及数据传递问题 #

疑问：若不对日志配置做任何修改，默认会启用Console、Debug、EventSource、EventLog（仅Windows）这些日志提供程序，是否正确？且这些提供程序会传递所有{name}键值对和作用域以按需展示，是否正确？

解答：

• 默认提供程序部分：正确。.NET在Azure App Service生产环境中，默认注册的日志提供程序确实包含Console、Debug、EventSource；Windows环境的App Service还会额外启用EventLog提供程序。
• 数据传递部分：
  • {name}（日志命名空间）：所有默认提供程序都会保留该信息，日志查看时可以看到对应的命名空间标识。
  • 作用域数据：Console和Debug提供程序默认不会自动包含作用域内容，需要显式配置（比如AddConsole(options => options.IncludeScopes = true)）才能传递；EventSource和EventLog默认支持作用域数据传递，但最终能否展示取决于你使用的日志查看工具是否支持解析作用域信息。

2. Console与Debug日志的输出去向 #

疑问：在Azure App Service生产环境中，Console和Debug日志提供程序的输出去向是哪里？我认为Console日志需开启应用日志（最长保留12小时）才会留存，是否正确？Debug日志的去向又是什么？

解答：

• Console日志：你的判断正确。生产环境下，Console日志默认不会自动留存，必须在Azure门户开启**应用日志（文件系统）或应用日志（Blob存储）**才能保存。其中文件系统存储的日志最长仅保留12小时，Blob存储则可自定义保留时长；开启后，Console日志会被收集到对应存储位置，同时可通过日志流查看实时输出。
• Debug日志：生产环境中，Debug提供程序的输出不会被Azure App Service收集或留存。Debug级日志本就面向开发调试场景，生产环境下该提供程序的输出没有默认存储去向，也不会出现在日志流或应用日志中。

3. 日志流级别与appsettings.json配置冲突问题 #

疑问：当我在Azure中启用日志流并设置为详细/调试级别时，它会忽略appsettings.json中的配置，输出我已设为警告级别的命名空间的调试日志。appsettings.json的配置难道不该阻止这些日志发送到Azure吗？

解答：
这是因为Azure App Service的日志流级别是平台全局设置，会绕过应用内部的日志过滤规则。appsettings.json中的日志配置仅控制应用程序内部的日志输出逻辑，但Azure平台会直接从宿主环境捕获符合平台级别设置的日志，不受应用配置限制。

如果想要严格按照appsettings.json的配置控制日志输出，有两种方式：

• 将Azure门户中日志流的级别设置与appsettings.json中的配置保持一致；
• 在appsettings.json的Logging节点中明确限制各命名空间的日志级别，同时确保Azure平台的日志收集级别不低于应用配置的级别（避免平台捕获到应用已经过滤掉的日志）。

4. Application Insights添加方式正确性 #

疑问：以下添加Application Insights的方式是否正确？

if (useApplicationInsights)
{
    builder.Logging.AddApplicationInsights();
    builder.Services.AddApplicationInsightsTelemetry();
}

解答：
这种方式是正确的，但需要注意两个细节：

1. 必须提前安装对应的NuGet包：Microsoft.Extensions.Logging.ApplicationInsights（用于日志收集）和Microsoft.ApplicationInsights.AspNetCore（用于应用遥测）；
2. AddApplicationInsights()负责将应用日志发送到Application Insights，AddApplicationInsightsTelemetry()则用于添加应用性能监控、请求追踪等全量遥测功能。如果只需要日志收集，可单独调用AddApplicationInsights()，但通常建议同时启用两者以获得完整的监控能力。

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