Schedules

typescript
Copied
1
// my_task.airplane.ts
2
export default airplane.task(
3
  {
4
    slug: "my_task",
5
    schedules: {
6
      midnight_daily: {
7
        cron: "0 0 * * *",
8
      },
9
    },
10
  },
11
  async () => {...}
12
);

javascript
Copied
1
// my_task.airplane.js
2
export default airplane.task(
3
  {
4
    slug: "my_task",
5
    schedules: {
6
      midnight_daily: {
7
        cron: "0 0 * * *",
8
      },
9
    },
10
  },
11
  async () => {...}
12
);

python
Copied
1
# my_task_airplane.py
2
@airplane.task(
3
    schedules=[
4
        airplane.Schedule(
5
            slug="midnight_daily",
6
            cron="0 0 * * *",
7
        ),
8
    ],
9
)
10
def my_task():
11
    pass

yaml
Copied
1
# my_task.task.yaml
2
schedules:
3
  midnight_daily:
4
    cron: "0 0 * * *"

The recurrence schedule is defined using cron syntax, with times specified in UTC. In addition to standard cron characters, Airplane supports the following:

Schedules can be archived to temporarily or permanently prevent them from running. They may be unarchived at any time, as long as the task is also unarchived.

If a task is archived, all of its active schedules are also archived. Unarchiving a task does not automatically unarchive all of its associated schedules.

Schedules run as their creator, meaning if you schedule a task and it runs the next day, Airplane will execute the task as you (the creator). If the creator no longer has access (e.g. due to the creator leaving the Airplane team), the schedule will automatically be paused.

It is possible for schedules to become invalid; e.g., adding or changing parameters to the task, or the schedule creator losing permissions to execute it. In these cases, the schedule will be moved into a paused state, and an alert will show up next to the schedule indicating why the schedule has been automatically paused.

You can unpause a schedule by editing it in the app and re-saving it.

Schedules are designed to start a task based on a custom recurrence schedule. However, if the last execution has not yet finished, a new execution will only be started after the last execution has finished. For a given schedule, at most one execution will be in an active state at any time.

For example, a schedule that executes every five minutes will normally execute a run at 10:00, 10:05, 10:10, etc. If a run that starts at 10:15 takes 12 minutes, the next run will start at 10:27 at the earliest; the next run after that will start at either 10:30 or when the 10:27 run has finished, whichever is later.

Tasks can be configured with different schedules, depending on the environment. See Environment-based task configuration for details.