무료 온라인 cron 표현식 생성기

​cron 표현식 는 Unix 서버 및 클라우드 플랫폼에서 반복 작업을 스케줄링하는 사실상의 표준입니다. 5개 필드만으로 거의 모든 주기를 기술할 수 있습니다: 매분, 매시간, 매일 밤, 매주 월요일, 매월 1일… cron 생성기 의 Volade 는 이 구문을 구성하고, 명확하게 재구성하며, 다음 실행을 시뮬레이션합니다 — 어디에도 아무것도 전송하지 않습니다.

5개 필드, 순서대로

분(0–59), 시(0–23), 월의 날(1–31), 월(1–12), 요일(0–7, 0과 7 = 일요일). 각 필드는 * (모든 값), 단일 값(30), 범위(1-5), 목록(1,15) 또는 간격(*/5, 10-40/10). 도구는 관련 없는 모드를 숨깁니다(예: 월에 «N마다» 없음) — 잘못된 구문을 방지합니다.

cron 표현식 읽기 및 쓰기

0 9 * * * = 매일 오전 9시. 30 2 * * 0 = 일요일 오전 2시 30분. */15 * * * * = 15분마다. 0 0 1 1 * = 1월 1일 자정. 0 8 * * 1-5 = 평일 오전 8시. 이러한 패턴만 기억하면 90%의 요구를 충족합니다; 나머지는 Volade의 시각적 구성기가 필드별로 문자열을 조합하고 클립보드에 복사합니다.

UTC 대 현지 시간: 고전적인 함정

로컬 crontab은 서버의 시간대(TZ)를 따릅니다. GitHub Actions, GitLab CI 및 많은 PaaS는 다음 기준으로 스케줄링합니다: UTC : UTC 오전 9시 스케줄은 유럽에서 서머타임에 따라 오전 10시 또는 11시에 실행됩니다. 중요한 표현식(청구, 보고)을 확인하기 전에 스케줄러의 시간대를 확인하고 도구에서 다음 날짜를 테스트하세요.

점, 범위 및 고급 간격

구문은 강력한 조합을 지원합니다: 0 9-18/2 * * * (오전 9시부터 오후 6시까지 2시간마다), 0 0,12 1 */2 * (자정과 정오, 이틀에 한 번), 15 14 1 * * (매월 1일 오후 2시 15분). 요일 필드는 일부 cron에서 약어(mon, tue…)도 허용합니다 — 도구는 시스템 간 호환성을 위해 숫자 값으로 작업합니다.

불가능한 표현식 및 경계 사례

0 0 30 2 *(2월 30일)은 절대 실행되지 않습니다. 0 0 31 4 *(4월 31일)도 마찬가지입니다. cron에는 «월의 마지막 날» 개념이 기본적으로 없습니다(L가 있는 Vixie 확장 제외): 이를 위해서는 스크립트나 확장 시스템 표현식을 사용하세요. 생성기는 범위를 벗어난 값을 감지하고 crontab에 붙여넣기 전에 구문 오류를 알립니다.

그렇다면 초와 연도는요?

POSIX cron은 분 단위까지만 지원합니다. Quartz(Java), Spring 및 일부 도구는 6번째 열(초)과 7번째 열(연도)을 허용합니다. GitHub Actions는 «every 5 minutes» 간격을 지원하지만 모든 필드의 임의 간격은 지원하지 않습니다. 애매한 경우 표준 5개 필드 형식을 유지하세요: 가장 호환성이 좋으며 생성기의 출력 형식이기도 합니다.

표현식을 어디에 붙여넣나요?

Linux 및 macOS의 crontab -e; 래퍼를 통한 Windows 작업 스케줄러; GitHub Actions(on.schedule.cron); GitLab CI(rules:schedule); Kubernetes CronJob; AWS EventBridge Scheduler; Google Cloud Scheduler; systemd 타이머(OnCalendar, 유사한 구문).XML 포맷터 및 JSON 포맷터 는 작업이 구조화된 데이터를 소비하거나 생성할 때 Volade의 체인을 완성합니다.