如何配置Azure pipeline实现运行超24小时自动停止

以下方案按落地成本从低到高排序，优先选原生能力实现，减少额外维护成本：

• 方案1：直接配置pipeline原生超时阈值（首推）
  如果你用的是Azure Data Factory、Synapse Analytics这类官方ETL服务，直接打开对应pipeline的配置面板，在常规设置项中找到管道超时参数，填入24.00:00:00即可。配置生效后，任何单次pipeline运行时长达到24小时阈值，平台会自动强制终止运行实例，不需要额外开发逻辑。
  注意：pipeline内部的Copy活动、API调用活动、遍历活动也要单独配置合理的单活动超时，比如单Copy活动超时设为2小时、API调用活动超时设为10分钟，避免单个子活动卡死拖慢整体流程。
• 方案2：配置trigger并发规则双保险
  不要仅靠超时机制兜底，直接修改调度trigger的配置：
  1. 开启并发控制，将最大并发实例数设置为1
  2. 冲突处理策略选择终止旧运行实例
     配置后哪怕超时机制出现极端情况未生效，到了次日调度触发时间点，平台会自动终止仍在运行的前序实例，再启动新的pipeline实例，从根源避免多实例并行的执行冲突。
• 方案3：自定义监控兜底（适配自定义开发的pipeline）
  如果你的pipeline是基于Azure Function、虚拟机自定义脚本、Logic Apps等其他服务实现的，用Azure Monitor告警+自动化动作实现超时终止：
  1. 在Azure Monitor中配置日志查询规则，定时扫描对应pipeline的运行日志，筛选出状态为运行中、且连续运行时长超过24小时的实例ID
  2. 给告警规则绑定操作组，触发时自动调用Azure Automation Runbook或者轻量Azure Function，通过对应服务的官方终止API强制杀掉超时实例
  3. 规则检查频率设为15分钟/次即可，不会产生过多额外开销。
• 前置优化减少超时概率
  给pipeline配置合理的重试和异常终止逻辑：所有API调用、数据写入活动的重试次数最多设为3次，重试间隔5分钟，超过重试次数直接标记pipeline失败，不要无限重试挂起流程；数据摄取环节加连续空数据检测，如果连续1小时拉取到的有效数据量为0，直接终止流程并抛出告警，避免分页逻辑卡死、API侧异常导致pipeline空跑。

补充：配置完以上规则后，可以手动触发一次pipeline，模拟卡住的场景验证超时终止逻辑是否生效，避免配置错误导致规则不触发。

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