0 9 1-7 * * Cron 표현식 파서에서 열기 0 9 1-7 * 1은 원하는 대로 동작하지 않습니다. 일과 요일을 모두 지정하면 cron은 둘 중 하나만 맞아도 실행하므로 1~7일과 모든 월요일에 실행됩니다. Quartz와 Spring은 MON#1을 지원합니다.
필드별 설명
| 필드 | 값 | 해당 값 |
|---|---|---|
| 분 | 0 | 0 |
| 시 | 9 | 9 |
| 일 | 1-7 | 1, 2, 3, 4, 5, 6, 7 |
| 월 | * | 모든 값 |
| 요일 | * | 모든 값 |
다음 실행 시간
예시: 2026년 1월 1일 이후 처음 6회 실행(UTC).
- 2026년 1월 5일 (월) 09:00
- 2026년 2월 2일 (월) 09:00
- 2026년 3월 2일 (월) 09:00
- 2026년 4월 6일 (월) 09:00
- 2026년 5월 4일 (월) 09:00
- 2026년 6월 1일 (월) 09:00
바로 쓰는 버전
0 9 1-7 * * [ "$(date +\%u)" = 1 ] && /path/to/commandcrontab -e로 이 줄을 추가하세요. CRON_TZ나 TZ를 설정하지 않으면 서버 시간대로 실행됩니다.
apiVersion: batch/v1
kind: CronJob
metadata:
name: first-monday-of-month
spec:
schedule: "0 9 1-7 * *"
timeZone: "Etc/UTC"
concurrencyPolicy: Forbid
jobTemplate:
spec:
template:
spec:
restartPolicy: OnFailure
containers:
- name: job
image: busybox:1.36
command: ["/bin/sh", "-c", "date; echo run"]spec.timeZone을 설정하세요(Kubernetes 1.27+). 없으면 controller manager의 시간대(보통 UTC)를 따릅니다.
on:
schedule:
- cron: '0 9 1-7 * *'
workflow_dispatch:GitHub Actions는 항상 UTC를 쓰고 최소 간격은 5분이며, 부하가 크면 예약 실행이 늦게 시작될 수 있습니다.
0 0 9 ? * MON#1Quartz는 맨 앞에 초를 두고, 일 또는 요일 중 하나에 ?가 필요합니다. 요일은 일요일부터 1–7이므로 영문 약어가 더 안전합니다.
@Scheduled(cron = "0 0 9 * * MON#1")Spring @Scheduled(cron = …)는 초와 일반 다섯 필드, 모두 여섯 필드를 씁니다.
자주 묻는 질문
› 0 9 1-7 * 1이 너무 자주 실행되는 이유는?
일과 요일 필드가 모두 제한되면 cron은 OR로 판단하므로 1일~7일에도, 모든 월요일에도 실행됩니다.
› 0 9 1-7 * *는 어느 시간대로 실행되나요?
Cron은 실행하는 머신이나 서비스의 시간대를 씁니다. Linux에서는 CRON_TZ나 TZ를 설정하지 않으면 시스템 시간대, Kubernetes CronJob은 spec.timeZone을 지원하고, GitHub Actions는 항상 UTC입니다.
› 배포 전에 일정을 확인하려면 어떻게 하나요?
이 사이트의 Cron 표현식 파서에서 0 9 1-7 * *를 여세요. 각 필드를 설명하고 앞으로의 실행 시간을 현지 시간 또는 UTC로 보여 줍니다. 모두 브라우저에서 처리됩니다.