Opprett enkelt cron-uttrykk for planlagte oppgaver
Å bruke Cron-uttrykk Generator er veldig enkelt:
Cron-uttrykk brukes i ulike automatiseringsscenarier, inkludert systemadministrasjon, DevOps og CI/CD-pipelines:
Når du kjører skript periodisk på Linux-servere, registrer cron-uttrykk i crontab. Eksempler: Kjør daglig backup-skript kl. 02:00 (0 2 * * *), kjør loggrotering hver søndag (0 0 * * 0), etc.
GitHub Actions schedule-utløsere og GitLab CI scheduled pipelines bruker cron-uttrykk for å automatisere periodiske bygg, tester og distribusjoner. Eksempel: Kjør daglig testpakke kl. 03:00 (0 3 * * *).
Kubernetes CronJob-ressurser bruker cron-uttrykk for å periodisk kjøre containeriserte oppgaver. Eksempel: Kjør daglig database-backup-jobb kl. 01:00 (0 1 * * *).
Når du bruker ofelia (Docker job scheduler) med Docker Compose, kan du bruke cron-uttrykk for å periodisk kjøre container-oppgaver.
Cron-uttrykk brukes til periodiske oppgaver i overvåkingsverktøy som Prometheus-regelevaluering og Grafana-varslingssending.
Bruk cron-uttrykk for tidsplaner for å periodisk kjøre backup av databaser, filsystemer og skylagring.
Brukes til å planlegge oppryddingsskript som periodisk sletter gamle loggfiler og midlertidige filer.
Et cron-uttrykk er et format som brukes til å definere oppgavekjøringstidsplaner i Unix/Linux job scheduler 'cron'. Det er nå bredt adoptert i skytjenester, CI/CD-verktøy og container-orkestreringsplattformer.
Et standard cron-uttrykk består av 5 felter:
Hvert felt kan bruke følgende notasjon:
Cron-uttrykk syntaks er vanskelig å huske og utsatt for feil når den skrives manuelt. Dette verktøyet sikrer generering av nøyaktige og feilfrie cron-uttrykk.
Komplekse tidsplaner kan enkelt konfigureres ved å velge alternativer for hvert felt. Du kan sette opp tidsplaner ved å bruke naturlige uttrykk som 'hver mandag kl. 09:00'.
Se når ditt genererte cron-uttrykk faktisk vil kjøre ved å vise de neste 5 planlagte kjøringene i sanntid. Oppdag konfigurasjonsfeil før distribusjon.
Genererte cron-uttrykk fungerer med alle cron-kompatible systemer, inkludert Linux crontab, Kubernetes CronJob, GitHub Actions, Docker, AWS EventBridge og mer.
Ingen behov for å konsultere dokumentasjon for å verifisere cron-uttrykk syntaks. Bruk forhåndsinnstillinger for å konfigurere vanlige tidsplaner (time, daglig, ukentlig, månedlig) med ett klikk.
Cron-uttrykk inneholder ikke tidssoneinformasjon. Kjøretidssonen avhenger av serverens systemtid eller containerkonfigurasjon. For skytjenester må du ofte eksplisitt spesifisere tidssonekonfigurasjon (f.eks. GitHub Actions bruker UTC).
Når både dag-feltet (3.) og ukedag-feltet (5.) er spesifisert, behandles de som OR-betingelser. Eksempel: '15 10 1 * 1' betyr 'kl. 10:15 den 1. hver måned' ELLER 'kl. 10:15 hver mandag'.
Før du bruker i produksjon, anbefaler vi testkjøringer med korte intervaller (f.eks. hvert minutt) for å verifisere forventet oppførsel. Aktiver loggutgang for å spore kjøringshistorikk.
Konfigurer alltid varsler for cron-jobbfeil (e-post, Slack, PagerDuty, etc.). Dette er spesielt viktig for kritiske operasjoner som backup eller betalingsbehandling.
Standard cron-uttrykk bruker 5-felts format og passer vanligvis innenfor 20 tegn. Dette verktøyet kan generere alle 5-felts cron-uttrykk mønstre. Noen systemer støtter 6-felts (inkludert sekunder) eller 7-felts (inkludert år) formater, men dette verktøyet støtter det mest brukte 5-felts formatet.
Du kan bruke dem i alle systemer som støtter cron-uttrykk: Linux/Unix crontab, Kubernetes CronJob, GitHub Actions, GitLab CI/CD, AWS EventBridge, Google Cloud Scheduler, Docker (ofelia), Jenkins, CircleCI og mer.
Ja, det kan du. Velg '1,5' (mandag og fredag) i ukedag-feltet, '9' i time-feltet og '0' i minutt-feltet for å generere '0 9 * * 1,5'.
Cron-uttrykk inkluderer ikke tidssoneinformasjon. Kjøretiden avhenger av systemtiden til serveren eller containeren som kjører oppgaven. GitHub Actions bruker UTC, AWS bruker regionale tidssoner, etc., avhengig av plattform.
I de fleste tilfeller oppfører de seg likt. Begge betyr 'hvert 5. minutt', men '*/5' er mer konsist og lesbart, så det anbefales.
Spesifiser '1-5' i ukedag-feltet. Dette peker kun på mandag til fredag. Eksempel: '0 9 * * 1-5' betyr kl. 09:00 på hverdager.
Hvis cron-uttrykket er ugyldig eller spesifiserer svært sjeldne forhold (f.eks. 30. februar), kan ikke neste kjøringer beregnes. Sjekk konfigurasjonen din.
Ja, hvis serverens tidssone har sommertid aktivert, vil cron-kjøretider påvirkes. Under sommertidsoverganger kan oppgaver hoppes over eller kjøres to ganger. For kritiske oppgaver, vurder å operere i UTC.
Test and debug regular expressions
Encode and decode Base64
Decode JWT tokens
Convert between 12-hour and 24-hour formats
UUID generator tool