cron 식을 검증하고 어느 시간대에서든 다음 실행 시각을 확인하세요.
아직 댓글이 없습니다. 첫 댓글을 남겨 보세요!
표준 5필드 cron 표현식을 검증하고 쉬운 말로 된 요약과 모든 IANA 시간대의 다음 10회 실행 시각을 얻으세요. 서머타임도 처리합니다(봄에 존재하지 않는 시각은 건너뛰고 가을에 반복되는 시각은 한 번만 셉니다). 월·요일 약어와 @daily 같은 별칭을 받으며, GitHub Actions, Vercel, Kubernetes, crontab의 제한과 붙여넣기용 스니펫을 보여 주고, 옵션으로 표현식을 만들 수도 있습니다.
아니요. 도구의 기준은 표준 Unix/POSIX 방식의 5필드 cron(분 시 일 월 요일)이며, 6필드나 7필드 표현식은 조용히 잘못 읽지 않고 필드 수 오류로 거부합니다. 숫자 외에 월·요일 약어(JAN, MON)와 @daily, @hourly 같은 별칭을 받습니다. 초 필드와 Quartz의 ?, L, W, #는 여전히 지원하지 않습니다.
OR입니다. 이는 표준 Vixie cron 동작으로, 일과 요일 둘 다 단순한 “*”가 아니면 둘 다 요구하지 않고 어느 한 조건이라도 맞으면 작업이 실행됩니다. 도구의 요약과 그 아래 안내가 이를 설명합니다.
기본값은 브라우저의 현지 시간대이며, 시간대 메뉴에서 모든 IANA 시간대(Asia/Taipei, America/New_York 등)나 UTC로 바꿀 수 있고 표에는 그 시간대의 시각과 UTC가 함께 표시됩니다. 서버 측 스케줄러는 흔히 UTC로 동작하므로 사용하는 플랫폼이 실제로 쓰는 시간대를 선택하세요.
시계가 앞당겨질 때는 일부 현지 시각(예: 02:30)이 존재하지 않으므로 도구는 그 실행을 건너뛰고 결과에 표시합니다. 시계가 되돌려질 때는 같은 현지 시각이 두 번 나타나며 고정 시각 스케줄은 첫 번째 발생에서 한 번만 계산합니다. 플랫폼마다 이 경우를 다르게 처리하므로 중요한 작업은 전환 시간대를 피하거나 UTC로 예약하세요.
GitHub Actions 스케줄은 최소 간격이 5분이고 기본적으로 UTC로 실행되며 부하 시 지연될 수 있고 기본 브랜치에서만 발동합니다. Vercel은 cron 표현식을 UTC로 읽으며, Hobby는 작업당 하루 최대 1회에 최대 59분의 시간 여유가 있고 Pro와 Enterprise는 분 단위를 허용하며 프로젝트당 작업은 최대 100개입니다. Kubernetes CronJob은 .spec.timeZone으로 시간대를 지정하며, 스케줄 안의 CRON_TZ나 TZ는 지원되지 않습니다. 대상 플랫폼을 고르면 이런 안내와 붙여넣기용 스니펫을 볼 수 있습니다.
네. “옵션으로 표현식 만들기”를 열어 N분마다, 매시간, 매일, 평일, 선택한 요일 매주, 매월, 매년 중에서 고르고 시각을 채우면 표현식이 만들어집니다. 클릭 한 번으로 위 입력란에 적용되어 요약과 다음 실행 시각을 바로 볼 수 있습니다.
분 0에, 시 9에, 요일 1, 2, 3, 4, 5에, 매월 실행됩니다.
분
0
시
9
일
*
월
*
요일
1-5
플랫폼을 바꾸면 해당 플랫폼의 제한과 바로 붙여 넣을 수 있는 스니펫을 보여 줍니다.
다음 10회 실행 · UTC
계산 중…
설정 스니펫
0 9 * * 1-5 /path/to/command
0 9 * * *기준은 Unix/POSIX 방식의 표준 5개 필드 cron(분 시 일 월 요일)입니다. Quartz/AWS/GitHub의 6~7개 필드 변형은 지원하지 않으며, 월/요일 약어와 @daily 같은 별칭은 먼저 풀어낸 뒤 검증합니다.
월·요일 약어(JAN, MON)와 @daily, @hourly, @weekly, @monthly, @yearly 별칭도 지원합니다. 초 필드와 Quartz의 ?, L, W, #는 아직 지원하지 않습니다.
다음 실행 시각은 선택한 시간대의 서머타임 규칙에 따라 계산합니다. 반복되는 시간대의 고정 시각은 한 번 실행되고, 봄에 건너뛰어 존재하지 않는 시각은 건너뜁니다.
플랫폼 규칙은 GitHub, Vercel, Kubernetes 문서를 참고했습니다(2026-10-20 확인). 플랫폼은 바뀔 수 있으니 해당 문서를 따르세요.