Cron式ジェネレーター

5つのフィールド

*  *  *  *  *
│  │  │  │  │
│  │  │  │  └── 曜日 (0-6、日曜日=0、または SUN-SAT)
│  │  │  └───── 月 (1-12、または JAN-DEC)
│  │  └──────── 日（日付） (1-31)
│  └─────────── 時 (0-23)
└────────────── 分 (0-59)

各フィールドには次の値を指定できます：

• 特定の数値：5
• リスト：1,15,30
• 範囲：9-17
• ステップ：*/10（10ごと）または0-30/5（0から30まで5ごと）
• ワイルドカード：*（すべての値）

よく使う式

「日付」と「曜日」の落とし穴

標準のcronでは、「日付（日）」と「曜日」の両方を指定した場合（どちらも*でない場合）、いずれか一方が一致した時点でジョブが実行されます（ANDではなくOR）。0 0 1 * MONは、毎月1日および毎週月曜日に実行され、1日が月曜日のときだけ実行されるわけではありません。

Vixie CronおよびほとんどのLinuxディストリビューションはこの「OR」ルールを採用しています。Quartz（Java）や他の一部の環境では「AND」が使用されています。不確かな場合は、スケジューラーで試し実行（dry run）かテストジョブを使って式を確認してください。

方言の違い

• 標準的なcron（Linux）：5つのフィールドあり、曜日（0～6）で指定可能（日曜日は0または7）。
• Quartz（Spring、Javaアプリ）：6～7つのフィールドで構成され、第1フィールドは秒、オプションの第2フィールドは年。曜日は1～7（日曜日＝1）です。
• AWS EventBridge cron：6フィールドで年を含みます。曜日と日付は相互排他的でなければならず、いずれか一方を?にする必要があります。
• GitHub Actions：標準の5フィールド形式で、最小間隔は5分、UTCのみ対応です。
• Kubernetes CronJob：標準の5フィールド形式で、デフォルトはUTCです。

お使いのスケジューラーがどの方言を採用しているか必ず確認してください。

タイムゾーン

従来のcronはサーバーのローカルタイムゾーンで動作します。これは夏時間（DST）の切り替え時に大きな問題を引き起こします。たとえば午前2時30分のジョブは、切り替え日に2回実行されたり、まったく実行されなかったりすることがあります。最近のスケジューラー（systemdタイマー、Kubernetes、EventBridge）ではタイムゾーンを明示的に指定できます。特別な理由がない限りUTCを使うことをおすすめします。