Cron 표현식 생성기 정보

cron 생성기는 몇 가지 선택만으로 표준 5필드 crontab 표현식을 만들어 주므로, 필드 순서를 외우지 않고도 작업 일정을 잡을 수 있습니다.

Linux cron, Kubernetes CronJob, 대부분의 CI 스케줄러가 쓰는 고전적인 형식인 분, 시, 일, 월, 요일을 다룹니다. 초 필드는 없으므로 Quartz 방식의 6필드나 7필드 표현식은 범위 밖입니다.

Cron Expression Generator 사용법

5분마다, 매시간, 매일 자정, 평일 09:00, 매월 1일 같은 프리셋에서 시작합니다. 프리셋이 아래의 필드 컨트롤을 채워 주므로 이어서 계속 다듬을 수 있습니다.
각 필드를 다섯 가지 모드로 조정합니다. 별표 하나를 뜻하는 Every, */15 같은 간격을 뜻하는 Every N, 9-17 같은 구간을 뜻하는 Range, 1,15,30 같은 값 나열을 뜻하는 List, 숫자 하나를 지정하는 Exact 입니다.
실시간으로 갱신되는 표현식을 확인한 뒤 crontab, CI 설정, CronJob 매니페스트에 복사합니다.
그 아래 표시되는 다음 6회 실행 시각을 확인하십시오. 값을 엉뚱한 필드에 넣은 실수를 잡아내는 가장 빠른 방법입니다.

이럴 때 사용합니다

업무 시작 전에 끝나야 하는 야간 데이터베이스 백업 일정을 잡을 때.
정해진 주간 또는 월간 주기로 로그를 교체하거나 보관할 때.
일일 트래픽 정점 전에 캐시를 예열하거나 검색 색인을 다시 만들 때.
매주 월요일 아침에 보고서를 보내거나, 청구를 위해 매월 첫날에 실행할 때.
야간 CI 빌드와 주기적인 인증서 갱신 점검을 트리거할 때.

실수를 가장 많이 부르는 cron 문법 규칙

다섯 필드는 순서대로 분, 시, 일, 월, 요일입니다. 잘못된 일정은 대부분 오해하기 쉬운 몇 가지 의미 규칙에서 비롯됩니다.

일과 요일이 둘 다 별표가 아닌 값으로 지정되면 cron은 두 조건을 AND가 아니라 OR로 결합합니다. 그래서 0 0 13 * FRI 는 13일의 금요일만이 아니라, 매월 13일 또는 매주 금요일을 뜻합니다.
*/15 같은 간격은 0에서 시작해 15단위마다 반복되어 0, 15, 30, 45 가 됩니다. 5/15 로 쓰면 5에서 시작해 최댓값까지 진행되어 5, 20, 35, 50 이 됩니다.
요일 필드에서는 0과 7이 모두 일요일을 뜻하므로, 같은 일정을 두 가지로 쓸 수 있습니다.
월과 요일 필드는 JAN부터 DEC, MON부터 SUN까지의 세 글자 이름도 받아들입니다.
cron은 일정을 보유한 장비의 로컬 시간대로 실행되므로, 배포 전에 그 시간대를 확인하십시오. 서머타임 전환 때는 시간 단위 슬롯이 건너뛰거나 반복될 수 있습니다.

Cron 생성기 자주 묻는 질문

이 도구는 초 필드를 지원하나요?: 아닙니다. 표준 5필드 crontab 형식만 생성합니다. Quartz와 일부 Java 스케줄러는 초와 선택적 연도를 포함한 6필드 또는 7필드를 쓰는데, 여기서는 생성하지 않습니다.
일과 요일을 함께 지정한 일정이 왜 예상보다 자주 실행되나요?: 두 필드가 모두 별표가 아닐 때 cron이 이를 OR로 처리하기 때문입니다. 엄격한 AND 조건이 필요하면 더 넓은 cron을 잡고 작업 안에서 날짜를 검사하십시오.
1분마다 작업을 실행해도 안전한가요?: 한 번의 실행이 1분보다 충분히 빨리 끝날 때만 그렇습니다. 그렇지 않으면 실행이 겹치며 쌓이므로, 잠금 파일이나 단일 인스턴스 보호 장치를 두거나 더 긴 간격을 쓰십시오.
다음 실행 시각은 어떤 시간대를 기준으로 하나요?: 미리보기는 브라우저의 시간대를 사용합니다. 일정을 실제로 실행하는 장비는 자체 시간대를 쓰므로, 정확한 시각에 의존하기 전에 둘이 일치하는지 확인하십시오.
제가 만든 일정이 어딘가로 업로드되나요?: 아닙니다. wetool.site의 모든 표현식은 브라우저 안에서만 생성되고 미리보기되며, 입력한 내용은 서버로 전송되지 않습니다.

cron 생성기와 cron 파서

이 사이트의 cron 파서는 정반대 문제를 풉니다. 이미 표현식을 갖고 있고 그것이 무슨 뜻인지, 다음에 언제 실행되는지 알고 싶을 때 쓰는 도구입니다. 이 생성기는 반대 방향으로, 말로 설명할 수 있는 일정을 올바른 문법으로 바꿔 줍니다. 둘은 서로 보완적이므로, 표현식을 생성한 뒤 파서에 붙여 넣어 독립적인 2차 확인을 할 수 있습니다.

일정을 배포하기 전 점검 사항

맞아 보이는 표현식도 실제 서버에서는 엉뚱한 순간에 실행될 수 있습니다. 짧은 검토만으로 대부분을 잡아낼 수 있습니다.

다음 6회 실행 시각을 의도와 대조하십시오. 특히 첫 번째 시각이 필드 하나가 어긋난 오류를 즉시 드러냅니다.
실행 주체인 장비나 컨테이너의 시간대를 확인하고, 여러 지역에 걸친 시스템이라면 UTC를 권장합니다.
무거운 작업은 모두 0분에 몰지 말고 서로 다른 분에 분산하십시오.
호스트가 내려가 있는 동안 실행을 놓쳤을 때 어떻게 할지 정해 두십시오. 표준 cron은 건너뛴 실행을 나중에 따라잡지 않습니다.