Every 2 minutes

Near-real-time syncs such as pulling new orders or refreshing a short-lived cache without hammering the upstream API.

Checked with the same parser Bex uses to validate schedules. Next run times are computed in your browser.

Cron expression

*/2 * * * *

minute	*/2
hour	*
day of month	*
month	*
day of week	*

Watch out for

GitHub Actions rejects schedules more frequent than every 5 minutes in practice; the same expression that works in crontab and on Bex runs far less often there.
GitHub Actions does not run scheduled workflows more often than every 5 minutes, and delays them under load; use crontab or a Bex cron job for tighter schedules.
Scheduled runs use Kubernetes Forbid concurrency: a run that would overlap a still-running one is skipped, not queued.
Bex does not set a per-job time zone: the cluster controller's clock decides. Bex's own next-run projection assumes UTC, as shown here.

Next runs

Calculating the next runs…

Edit or check this expression in the cron checker

How to write it

crontab

*/2 * * * * /usr/local/bin/my-job

Kubernetes CronJob

apiVersion: batch/v1
kind: CronJob
metadata:
  name: my-job
spec:
  schedule: "*/2 * * * *"
  concurrencyPolicy: Forbid
  jobTemplate:
    spec:
      template:
        spec:
          restartPolicy: Never
          containers:
            - name: my-job
              image: my-image

GitHub Actions

on:
  schedule:
    - cron: "*/2 * * * *"

render.yaml (Bex cron job)

services:
  - name: my-cron-job
    type: cron
    runtime: docker
    schedule: "*/2 * * * *"

Related schedules

Every minute * * * * *
Every 5 minutes */5 * * * *

Run this schedule as a cron job on Bex: declare it in render.yaml and Bex keeps the run history and logs for every execution.

Cron jobs on Bex