본문으로 건너뛰기

크론 표현식 만들기와 해석

크론 스케줄을 화면에서 직접 만들고, 쉬운 한국어 설명으로 확인하고, 원하는 시간대의 다음 실행 시각을 미리 볼 수 있어요. 표준, Quartz, AWS 문법을 지원하고 브라우저에서 바로 처리해요.

쉬운 말로 보기

At 09:30, on Monday through Friday

프리셋

시각적으로 만들기

다음 10회 실행

계산 중…

일광 절약 시간 변경으로 건너뛴 시각은 실행되지 않고, 반복되는 시간은 한 번만 실행돼요. 실제 cron 데몬과는 조금 다를 수 있어요.

치트 시트 — 표준
필드허용 값
분0–59
시0–23
일1–31
월1–12 또는 JAN–DEC
요일0–7 (0, 7 = 일요일) 또는 SUN–SAT
기호의미
*모든 값
,목록: 1,15 = 1일과 15일
-범위: 1-5 = 1부터 5까지
/간격: */15 = 15마다; 5/15 = 5, 20, 35, 50
@daily매크로: @yearly @monthly @weekly @daily @hourly (및 @reboot)

일과 요일을 모두 지정하면 표준 cron은 둘 중 하나라도 일치하는 날에 실행해요.

브라우저에서 실행 · 업로드 없음작동 방식

크론 표현식 생성기 사용 방법

  1. 1

    방식 선택

    표준 cron, 초 포함 cron, Quartz, AWS EventBridge 중에서 고르세요. 그냥 붙여 넣으면 필드 수로 자동 판단해요.

  2. 2

    스케줄 입력 또는 만들기

    표현식을 입력하거나 프리셋에서 시작하거나 시각 편집기로 각 필드를 설정하세요.

  3. 3

    풀이 확인

    쉬운 말 설명과 강조된 필드를 보고 의도한 대로 동작하는지 확인하세요.

  4. 4

    다음 실행 확인

    시간대를 고르고 다음 10회 실행 시각을 확인한 뒤 표현식을 복사하세요.

제한 및 Pro

회원가입 없이 무료: 4가지 방식, 12개 프리셋, 400개 이상의 시간대에서 다음 10회 실행 시각 확인(최대 30년 뒤까지, 또는 표현식의 마지막 연도까지).

Pro는 광고를 없애 줘요. 빌더 기능은 모든 요금제에서 같아요. Pro 보기

크론 표현식 생성기 소개

Cron 표현식은 공백으로 구분한 몇 개의 필드에 스케줄을 담는데, 숫자 하나만 잘못 넣어도 “평일 9시마다”가 “9시의 매분”으로 바뀔 수 있어요. 이 빌더에서는 표현식을 직접 입력하거나 붙여 넣으면 필드별 설명과 함께 쉬운 말로 풀이해 주고, 다음 10번의 실행 시각도 보여 줘요.

방식(dialect)마다 실제로 달라서 네 가지를 지원해요. 표준 cron은 분, 시, 일, 월, 요일의 5개 필드이고 crontab, Linux cron 데몬, Kubernetes CronJob, GitHub Actions에서 쓰며 @daily 같은 매크로도 받아요. 초 포함 방식은 맨 앞에 초 필드가 붙으며 node-cron과 croner가 이에 해당해요. Quartz는 초와 선택 사항인 연도를 포함해 6개 또는 7개 필드를 쓰고, 일요일을 1로 세며, 일과 요일 필드 중 한 곳에 ?가 필요하고, “마지막”을 뜻하는 L, “가장 가까운 평일”을 뜻하는 W, “세 번째 금요일” 같은 #도 있어요. AWS EventBridge는 연도로 끝나는 6개 필드이고 일 관련 규칙은 Quartz와 같으며 cron(…) 형태로 써요. 표현식을 붙여 넣으면 필드 수로 방식이 분명할 때 자동으로 바뀌고, 방식을 바꾸면 가능한 범위에서 현재 표현식을 변환해 줘요.

시각 편집기에서는 매, N마다, 특정 값, 범위 컨트롤로 각 필드를 설정할 수 있고, 프리셋으로 자주 쓰는 작업을 바로 불러올 수 있어요. 실행 시각은 모든 IANA 시간대로 계산하며 서머타임 공백도 반영하고, EventBridge 규칙은 AWS 방식대로 기본값이 UTC예요.

이 빌더는 문법과 실행 시각만 확인해요. 서버 시계, 기기가 꺼져 있는 동안 놓친 실행, GitHub의 최소 간격 같은 스케줄러별 제한은 알 수 없어요.

개인정보 보호

표현식 분석과 실행 시각 계산은 이 페이지의 코드가 브라우저의 시간대 데이터로 처리해요. 서버로 전송되는 내용은 없어요. 선택한 방식과 시간대는 다음 방문을 위해 로컬 저장소에 보관해요.

기능

쉬운 말 설명

30 9 * * 1-5가 무슨 뜻인지 추측하지 말고 “월요일부터 금요일까지 09:30”처럼 읽어 보세요.

모든 시간대의 다음 10회 실행

UTC나 모든 IANA 시간대의 실행 시각을 서머타임 변경까지 반영해 보여 줘요.

Quartz와 AWS 문법

지원하는 스케줄러를 위한 초, 연도, ?, L, W, #을 쓸 수 있어요.

크론 표현식 생성기: 자주 묻는 질문

작업이 예상보다 더 많은 날에 실행되는 이유가 뭔가요?
표준 cron에서는 일과 요일 필드를 둘 다 지정하면 둘 중 하나만 맞아도 실행돼요. 그래서 0 9 13 * 5는 13일마다, 그리고 금요일마다 실행되고 13일의 금요일에만 실행되지 않아요. 이 도구의 설명에도 그렇게 표시돼요. Quartz와 AWS는 두 필드 중 하나에 ?를 쓰게 해서 이런 모호함을 피해요.
Cron 표현식에서 */15는 무슨 뜻인가요?
슬래시는 간격이에요. 분 필드의 */15는 0분부터 15분마다, 즉 :00, :15, :30, :45에 실행한다는 뜻이에요. 시작 값을 주면 달라져서 5/15는 :05, :20, :35, :50에 실행돼요. 범위와 함께 쓰면 시 필드의 9-17/2는 9시부터 17시까지 2시간마다예요.
cron은 어느 시간대를 기준으로 하나요?
전통적인 cron 데몬은 crontab에 CRON_TZ나 TZ를 지정하지 않으면 서버의 현지 시간대를 써요. Kubernetes CronJob은 기본적으로 컨트롤러의 시간대를 따르지만 timeZone 필드를 받아요. GitHub Actions는 UTC이고, EventBridge 규칙은 항상 UTC예요. EventBridge Scheduler는 시간대를 고를 수 있어요. 여기서 같은 시간대를 골라 실제 실행 시각을 미리 확인하세요.
서머타임이 바뀔 때는 어떻게 되나요?
시계를 앞으로 돌리면 건너뛴 시간대의 현지 시각은 존재하지 않고, 뒤로 돌리면 한 시간이 두 번 나타나요. 이 미리보기는 없는 시각을 건너뛰고 반복되는 시각은 한 번만 실행해요. 실제 데몬은 달라서 Vixie cron과 cronie는 건너뛴 작업을 실행하려 해요. 현지 시각 01:00~03:00 작업은 UTC를 쓰거나 스케줄러 문서를 확인하세요.
crontab 줄을 Quartz나 AWS 형식으로 바꾸려면 어떻게 하나요?
목록에서 새 방식을 고르면 표현식이 변환돼요. Quartz에는 초 필드가, AWS에는 연도 필드가 추가되고, 요일 숫자는 0~6에서 1~7로 바뀌며, 쓰지 않는 일 필드에는 ?가 들어가요. 원래 표현식에서 일과 요일을 둘 다 지정했다면 대상 방식에서는 그 조합을 표현할 수 없다고 알려 줘요.