Self dependency tumbling trigger触发时机调整需求咨询

自依赖翻滚触发器（Self Dependency Tumbling Trigger）的设计逻辑是基于固定时间窗口的，它只会以上一个窗口的结束时间作为下一次触发的起点，完全不关心管道实际运行的时长和结束时间，所以没法直接满足你的需求。下面是两种可行的落地方案：

方案一：管道内部实现链式触发（最直接） #

1. 移除原有自依赖触发器：删掉当前的15分钟周期翻滚触发器，把业务管道改成手动触发模式。
2. 在管道末尾加调度逻辑：
   • 添加Wait活动，设置等待时长为15分钟（精确匹配你需要的重复周期）。
   • 添加Execute Pipeline活动，选择当前的业务管道作为执行目标。
3. 启动第一次运行：手动触发第一次管道，之后每次管道运行结束后，会自动等待15分钟再触发下一次，完全符合“以上一次运行结束时间+15分钟启动”的要求。

方案二：用Logic Apps做外部调度（更灵活） #

如果需要额外的控制逻辑（比如失败重试、运行状态告警、条件触发），可以用Azure Logic Apps实现：

• 配置Logic Apps监听目标管道的运行成功事件。
• 事件触发后，添加“延迟15分钟”的步骤。
• 调用管道的运行API，触发下一次执行。

关键注意点 #

• 两种方案都需要处理管道运行失败的情况：比如在方案一里给Execute Pipeline加失败分支，触发告警或重试；方案二里可以设置重试策略。
• 要暂停调度的话，方案一直接终止当前运行的管道即可；方案二暂停Logic Apps的触发器。

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