Azure WebJob QueueTrigger调用日志存储位置及批量获取已处理消息

我来帮你搞定这个问题，针对批量检索QueueTrigger WebJob的已处理消息和日志存储位置，给你整理了几个实用的方案：

逐页翻网页确实效率太低，你可以试试以下两种批量获取的方式：

• 使用Azure CLI批量查询调用记录
  用az functionapp function invocation list命令能直接批量导出指定时间范围的调用详情，包含你需要的invocation-id。示例命令如下：

  az functionapp function invocation list --resource-group <你的资源组名称> --name <你的函数应用名称> --function-name <QueueTrigger函数名> --start-time "2024-05-01T00:00:00Z" --end-time "2024-05-31T23:59:59Z"
  

  你可以把命令结果导出为JSON文件，之后批量提取invocation-id或者直接查看消息相关的触发详情，不用再手动翻页。

• 通过Azure Monitor Logs查询（需启用Application Insights）
  如果你的函数应用已经配置了Application Insights，直接用Log Analytics的Kusto语句就能快速筛选出指定日期的消息记录，甚至不用找invocation-id就能查看消息内容。示例查询语句：

  FunctionInvocationLogs
  | where FunctionName == "<你的QueueTrigger函数名>"
  | where Timestamp between (datetime(2024-05-01) .. datetime(2024-05-31))
  | project InvocationId, TriggerDetails, Status, Timestamp
  

  其中TriggerDetails字段会包含队列消息的具体内容，直接就能筛选查看。

日志存储分两种情况，取决于你是否配置了持久化：

• 临时存储（SCM Dashboard显示的日志）
  WebJob的实时调用日志默认存在函数应用的临时文件系统中，路径大概是：

  • 持续运行的WebJob：D:\home\data\jobs\continuous\<WebJob名称>\
  • 触发型WebJob：D:\home\data\jobs\triggered\<WebJob名称>\
    但这个存储是临时的，函数应用重启、缩放时，日志可能会被自动清理，不能长期保存。

• 持久化存储（需手动配置）

  1. Application Insights：配置后，所有调用日志、触发详情都会持久化到Application Insights的存储中，你可以通过Azure Portal或者Log Analytics长期查询。
  2. 自定义Azure存储账户：你可以在WebJob的appsettings.json里配置存储连接字符串，把日志定向到自己的Blob容器或表存储中，实现长期留存。

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