为何Logic App运行失败，ADF中调用它的Web活动却显示成功？

• ADF Web活动默认仅校验是否收到合法HTTP响应，只要响应状态码落在200~299区间就判定为运行成功，不会自动感知Logic App后续的执行错误
• Logic App HTTP触发器默认开启异步响应模式：收到请求后立刻返回202 Accepted状态码，后台再执行后续逻辑，因此ADF拿到202就直接标记活动成功，后续Logic App取Blob失败的错误不会同步回ADF
• 若已关闭异步响应，但Logic App报错时没有显式构造对应错误状态码的HTTP响应返回，平台默认也会返回200级状态码，同样会导致ADF误判为成功

方案1：调整Logic App响应规则+ADF成功判定逻辑（最常用） #

• 关闭Logic App HTTP触发器的异步响应：进入HTTP触发器的设置页，关闭异步响应开关，此时Logic App会等待所有逻辑执行完成后再返回响应给ADF
• 在Logic App中配置错误响应分支：给「获取Blob内容」动作添加失败运行分支，分支内新增响应动作，设置状态码为404或500，响应体可自定义返回错误详情
• 调整ADF Web活动的成功判定规则：进入Web活动的设置页，自定义成功状态码范围，比如仅设置200为合法成功状态，4xx、5xx均判定为活动失败

方案2：添加执行状态轮询校验（适合Logic App执行耗时较长的场景） #

如果Logic App整体执行时间超过ADF Web活动的超时阈值，不适合关闭异步响应，可采用轮询方案：

• Logic App触发成功后先返回本次执行的唯一标识给ADF
• ADF Web活动后添加Until循环活动，循环内定时调用Logic App的执行状态查询接口，直到拿到最终执行结果
• 若查询到Logic App执行失败，在循环内抛出错误终止管道，标记Web活动关联的链路为失败

方案3：监控告警兜底 #

如果不想改动现有流程逻辑，可配置Azure Monitor告警规则：当对应Logic App出现执行失败事件时，直接触发告警通知，同步可关联自定义逻辑标记对应ADF管道运行状态为失败

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