Azure Logic App如何暂停/禁用计时器？触发器与函数有何区别？

禁用操作的作用边界 #

• 在函数层级通过省略号菜单执行「禁用」的目标，并非独立的计时器配置实体本身，是绑定了对应计时器触发器的C#代码执行入口。
• 应用全局层级找不到计时器的独立启用/禁用按钮，是因为搭载自定义C#代码的Azure逻辑应用，不会将计时器触发器作为独立可配置项在全局层级单独展示开关，所有触发配置都会聚合挂载到对应的执行函数上。
• 禁用该执行函数的效果等价于暂停其绑定的所有计时器触发，完全不需要删除原有计时器规则，后续恢复运行只需重新启用函数即可，原有计时器的周期、时区等配置会完整保留，不存在配置丢失的问题。

单C#函数绑定多计时器触发器的实现 #

• 同一段C#业务逻辑支持同时绑定多个独立的计时器触发器，不需要拆分出多个功能重复的函数副本。
• 实现逻辑为在同一个函数的方法定义中，为每个需要的计时器规则分别声明独立的TimerTrigger特性，每个特性可单独配置触发周期、运行时区、启动行为等参数，不同触发器的规则完全独立。
• 基础代码结构参考：

public static class HelloWorldMultiTimer
{
    [Function("HelloWorldDualTrigger")]
    public static void Run(
        // 第一个计时器：每30分钟触发一次
        [TimerTrigger("0 */30 * * * *", RunOnStartup = false)] TimerInfo halfHourTimer,
        // 第二个计时器：每日早8点触发一次
        [TimerTrigger("0 0 8 * * *", RunOnStartup = false)] TimerInfo dailyTimer,
        ILogger log)
    {
        // 此处编写Hello World通用业务逻辑，两个计时器触发时都会执行这段代码
        log.LogInformation("执行Hello World核心逻辑");
    }
}

• 操作注意点：
  • 两个触发器触发执行时，系统会自动将对应触发的计时器信息传入方法参数，可通过参数标识区分当前执行的触发来源，满足差异化处理需求。
  • 所有触发逻辑都会复用同一段C#代码，不存在冗余的代码维护成本；后续如果需要单独调整某一个计时器的规则、或者全局暂停所有触发，都可以直接在对应函数的配置项中操作，不需要修改核心业务代码。

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