크론탭 실전 가이드

세 번째 칸(일)과 다섯 번째 칸(요일)을 둘 다 * 이 아닌 값으로 지정하면, 대부분의 cron 구현은 두 조건을 AND가 아니라 OR로 평가합니다. 0 0 1 * 1은 "매월 1일이면서 월요일"이 아니라 "매월 1일 또는 매주 월요일"입니다. 한 달에 한 번 돌 줄 알았던 작업이 다섯 번 돕니다.

원래 Vixie cron의 의도된 동작이고 POSIX 규격에도 그렇게 적혀 있습니다. "매월 1일과 매주 금요일에 백업"처럼 두 일정을 한 줄로 쓰려는 용도였습니다. 지금은 대부분 이 동작을 모른 채로 AND를 기대해서 문제가 됩니다.

둘 중 하나는 반드시 *로 두세요. "매월 1일"이면 0 0 1 * *, "매주 월요일"이면 0 0 * * 1입니다. AND가 정말 필요하면 cron은 넓게 걸고 스크립트 첫 줄에서 날짜를 확인해 빠져나오는 방식이 안전합니다. 스케줄러 구현마다 다른 걸 믿는 것보다 코드에 조건을 두는 편이 낫습니다.

Vixie cron, cronie 계열은 OR입니다. 반면 Quartz(Java)나 일부 클라우드 스케줄러는 아예 문법이 달라 요일 칸에 ?를 요구하며 동시 지정을 금지합니다. 그래서 표현식을 다른 런타임으로 옮길 때는 문자열만 복사하지 말고 그 런타임 문서에서 한 번 더 확인해야 합니다.

cron은 이전 프로세스가 살아 있는지 보지 않습니다. */5로 걸어둔 작업이 7분 걸리기 시작하면 계속 겹쳐 쌓이고, DB 커넥션이나 메모리가 먼저 터집니다. flock -n으로 락 파일을 잡거나 스크립트 안에서 PID 파일을 확인해 이미 돌고 있으면 그냥 종료하세요. 재시도보다 건너뛰기가 안전한 경우가 많습니다.

같은 crontab이 들어간 컨테이너를 3개로 스케일하면 작업이 세 번 돕니다. 알림이 세 번 가고 정산이 세 번 반영됩니다. 스케줄러는 인스턴스 수와 무관한 곳(전용 워커 하나, 또는 관리형 스케줄러)에 두고, 그게 어려우면 작업 자체를 멱등하게 만들어야 합니다.

cron은 표준 출력과 오류를 메일로 보내려 하고, 메일이 설정되지 않은 서버에서는 그대로 사라집니다. >> /var/log/작업.log 2>&1로 리다이렉트하지 않으면 실패를 알 방법이 없습니다. 더 나은 방법은 작업 끝에 헬스체크 신호를 보내고, 그 신호가 오지 않을 때 알림이 오게 하는 것입니다. 실행 실패보다 실행되지 않은 것을 알아채기가 훨씬 어렵습니다.

cron은 최소한의 환경으로 실행합니다. 터미널에서 되던 명령이 cron에서 "command not found"가 나는 이유가 대부분 이것입니다. 절대 경로를 쓰거나 스크립트 첫 줄에서 필요한 환경을 직접 불러오세요. 파이썬 가상환경은 특히 자주 걸립니다.