开启App Service日志后WebJobs日志为何未在Log Stream与Blob展示

运行在App Service实例内的WebJob组件完全支持将日志接入Live Log Stream实时查看通道，以及配套的Blob持久化日志存储链路。只要WebJob的日志输出符合App Service日志采集探针的捕获规则，即可和同App Service下的WebSite应用一样，在统一的日志入口完成实时查看、长期归档操作。

结合你提供的项目代码和配置状态，可能的问题点如下：

• 日志管道配置存在语法残缺与适配缺失
  你提供的WebJob项目Program.cs中ConfigureLogging节点存在未写完的无效代码b.add，属于编译不完整的状态。同时当前仅配置了b.AddConsole()，没有显式将所有级别的日志输出路由到进程的标准输出/标准错误流，而App Service的日志采集探针就是通过监听进程的stdout、stderr流来获取应用日志的，没有完成流重定向的情况下，WebJob内部产生的日志只会输出到WebJob Dashboard专属的存储位置，不会流向App Service的文件系统、Blob日志通道。
• 自定义TraceSource输出未被系统采集器识别
  你在函数代码中通过new TraceSource("Diagoutput")输出的多级别日志，属于自定义命名的TraceSource输出。App Service日志采集器默认只捕获系统约定名称的TraceSource输出，自定义名称的TraceSource产生的日志会被直接路由到WebJob Dashboard的专属存储，不会被纳入App Service的统一日志采集范围。
• WebJob运行类型与采集周期不匹配
  如果当前部署的WebJob是按需触发、定时触发的短时运行类型，其进程生命周期非常短，很可能在App Service日志采集探针完成进程附加监听之前就已经退出运行，导致整个运行周期内的日志都无法被探针捕获。只有连续运行类型的WebJob，进程生命周期和App Service实例绑定，会被探针持续监听输出流，日志才能稳定流入Log Stream和Blob存储。
• 进程内日志过滤级别与配置不匹配
  即使你在App Service层面将文件系统、Blob通道的日志级别设置为Verbose，如果WebJob进程内部的日志过滤器配置了更高的最低输出级别（比如默认仅输出Information及以上级别的日志），Verbose级别的日志会在进程内就被直接过滤丢弃，根本无法流出到标准输出通道，自然也不会被采集到文件系统和Blob存储中。
• 日志流重定向阈值配置不当
  .NET Core 3.1的控制台日志提供程序默认仅将Error及以上级别的日志推送到stderr流，其余级别的日志仅写到进程内部的控制台缓存，不会推送到外部可被探针监听的流通道，导致除错误级别外的所有日志都无法被App Service采集。

修正后可被App Service正常采集日志的ConfigureLogging配置片段如下：

builder.ConfigureLogging((context, b) =>
{
    // 配置控制台日志，将全级别日志推送到标准输出/错误流
    b.AddConsole(options =>
    {
        options.LogToStandardErrorThreshold = LogLevel.Trace;
    });
    // 解除进程内的最低日志级别过滤，保证Verbose级别日志可流出
    b.SetMinimumLevel(LogLevel.Trace);
});

• 先修正Program.cs中残缺的无效代码，确保项目可以正常编译发布
• 在App Service的WebJob管理页确认当前WebJob的运行类型，连续运行的WebJob才支持稳定的日志流采集
• 重新发布WebJob后触发一次队列消息处理流程，先确认WebJob Dashboard可正常看到所有日志输出，再到App Service的Log Stream和Blob存储对应容器中检查日志是否正常入库
• 确认App Service的日志配置保存后处于生效状态，没有因为配置超时自动回滚到关闭状态

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