能否将Azure消费型Logic App跟踪日志写入Application Insights

消费型（Consumption 层级）Logic App 支持将工作流所有执行步骤的跟踪日志发送至 Application Insights，Azure 平台针对该需求提供了完整的开箱即用原生支持，无需额外开发自定义转发组件即可实现。

直接通过平台自带的诊断设置就能完成配置，全程不需要修改现有工作流的步骤逻辑：

• 进入目标消费型 Logic App 实例的 Azure 门户视图，在侧边栏找到「监视」分类下的「诊断设置」选项，选择「添加诊断设置」
• 在诊断设置配置页，按需勾选需要收集的日志类别：核心选择 Workflow Runtime 分类下的相关事件，即可覆盖触发器触发记录、每个动作的执行状态、耗时、输入输出 payload、重试策略执行记录、工作流终止/报错详情等全链路跟踪数据
• 在目标位置选项中直接勾选「发送到 Application Insights」，下拉选择已部署好的目标 Application Insights 实例，保存配置即可
• 配置保存后等待 2-5 分钟生效，后续所有新触发的工作流运行，全步骤跟踪日志都会自动上报到指定的 Application Insights 实例

配置生效后可以通过两种方式使用上报的跟踪数据：

• 在 Application Insights 的「事务搜索」功能中，可按 Logic App 工作流名称、运行 ID、时间范围筛选，直接查看单条工作流运行的完整执行链路，视图结构和 Logic App 原生运行历史一致，每个步骤的错误详情、上下文信息都可直接追溯
• 可以在关联的 Log Analytics 工作区中通过 Kusto 查询语句，对 AppTraces、AppDependencies、AppRequests 等表存储的工作流遥测数据做自定义查询、可视化看板搭建、异常告警规则配置

• 原生集成上报的日志会自动携带统一的操作 ID，可和同一业务链路上其他 Azure 资源（比如函数、API 管理、虚拟机内部署的应用）上报到同一个 Application Insights 的遥测数据做端到端链路关联
• 如果有自定义日志加工需求（比如过滤敏感字段、追加自定义业务标签），也可以在诊断设置中额外配置将日志发送到事件中心，通过自定义消费逻辑处理后再写入 Application Insights，常规跟踪场景下原生集成能力已完全覆盖需求
• 该功能上报的遥测数据遵循 Application Insights 标准的计费、数据留存规则，和其他应用上报的遥测数据逻辑一致

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