Sign inGet Started

定时运行与延迟步骤

使用 Schedule 在固定的周期时间启动新运行。使用 Delay 暂停已经开始的运行,例如等到预约提醒到期时再继续。

Automations is in Early access. Your workspace permissions determine which actions you can perform.

配置定时计划

  1. 选择 Schedule 触发器。
  2. 选择 Repeat,例如 Every day 或 Every weekday。
  3. 设置时间和时区。按周和按月模式还需要指定日期。
  4. 查看编辑器中显示的下一次执行时间。
  5. 工作流准备就绪后,保存、预览并发布。

下一次执行时间是运行到期的时刻,实际处理可能稍晚开始。如果某月没有计划中的那一天,则跳过该月。

如果预设模式无法满足需求,可使用 Custom schedule 和 Edit cron expression。该表达式包含五个字段:分钟、小时、日、月、星期。编辑后请检查下一次执行时间。

理解错过的和重叠的调度时刻

默认情况下,定时计划会跳过错过的时刻,并在该自动化已有活跃运行时跳过当前时刻。旧版本的活跃运行同样会导致跳过。

定时计划的错过运行策略也可以改为补跑一次,针对最近一次错过的时刻。它不会为每个错过的时刻分别重放运行。重叠策略可以允许并发运行。请同时检查自动化级别的重叠设置。

发布或恢复后,从激活时刻开始计划调度。暂停期间不会累积待重放的计划任务。被跳过的时刻不会在 Runs 或 Metrics 中生成运行记录。

添加延迟

  1. 在需要暂停的前一个步骤之后添加 Delay。
  2. 选择时长或指定日期和时间。如果每次运行需要不同的时间,可从触发器映射一个时间戳。
  3. 将延迟的下一条路径连接到后续步骤。
  4. 预览输入和后续执行两部分。

时长衡量的是经过的时间。时间戳标识一个具体时刻,必须包含时区偏移量。如果运行到达延迟步骤时该时刻已经过去,流程会立即继续。

运行在暂停期间显示为等待状态。其选定的唤醒时间在重试后保持不变;重试不会重新计算时长。

运行时间限制

一次运行有 30 天的时间限制,从 Bird 接受它时开始计算。排队时间、操作、延迟和事件等待共享这段时间。运行可能在后续步骤执行之前就达到截止时间。

将延迟拆分到多个步骤并不会延长时间限制。例如,一个始终经过两段各 15 天延迟的流程无法发布。请同时为延迟之后的操作预留时间。

考虑夏令时

定时计划遵循其时区的本地时钟。春季切换期间被跳过的本地时间没有对应的执行时刻。秋季切换期间重复的本地时间可能触发两次,受重叠规则约束。

24 小时的时长衡量的是 24 个实际经过的小时,夏令时切换后它可能落在不同的本地时钟时间。如果重复或缺失的本地小时不适合该工作流,请选择 UTC 定时计划。

后续步骤

继续查看此主题的文档、指南和示例。