在Azure Data Factory中检查Durable Functions运行失败的最优方法是什么？

首先明确Web Activity始终显示成功的根本原因：Durable Functions的状态查询接口无论返回的业务状态是Completed/Failed/Canceled，只要接口本身调用正常，就会返回2XX系列HTTP状态码。而ADF的Web Activity默认仅在HTTP请求本身出错（超时、4XX/5XX响应）时才标记为失败，所以才会出现Durable业务失败但Web Activity显示成功的情况。

你当前使用If Condition+Fail Activity的方案可以正常运行，但有更简洁的实现方式，不需要额外新增两个控制类活动：

方案1：使用Web Activity自定义失败条件（最推荐） #

ADF原生支持为所有活动配置自定义失败规则，不需要额外嵌套控制活动，配置步骤如下：

• 选中你用来查询Durable Functions状态的Web Activity
• 切换到「设置」选项卡，找到「自定义失败条件」配置项
• 直接填入以下表达式：
  @not(equals(activity('<Web Activity的名称>').output.runtimeStatus, 'Completed'))

只要表达式返回true，该Web Activity就会自动标记为失败，后续活动可以直接依赖该Web Activity的失败分支做后续异常处理，整个流水线结构更简洁，没有多余的控制节点。

方案2：调整Durable Functions状态接口的HTTP状态码 #

如果可以修改Durable Functions的代码，可以在状态查询的返回逻辑里做适配：当检测到runtimeStatus为Failed/Canceled时，接口直接返回400/500系列的HTTP状态码，此时Web Activity会自动识别为失败，不需要在ADF侧做任何额外的状态判断配置。
这种方案适合多流水线共用同一个Durable Functions的场景，不用在每条流水线里重复配置状态判断逻辑。

选型建议 #

• 如果只有少数流水线用到该Durable Functions，选方案1，不需要修改函数代码，配置成本低
• 如果大量流水线都依赖该Durable Functions的状态判断，选方案2，一次修改全量生效，避免重复配置

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