Pembuat Ekspresi Cron

Buat dan terjemahkan cron expression apa pun

Generator cron expression ini bekerja dua arah sekaligus. Susun jadwal lewat kolom visual dan ekspresinya tertulis otomatis; atau ketik sebuah ekspresi — atau tempel dari file konfigurasi — dan alat ini menerjemahkannya ke bahasa yang mudah dipahami, memvalidasi setiap field, dan menampilkan pratinjau waktu eksekusi berikutnya. Ia adalah cron builder, generator crontab, sekaligus validator cron expression dalam satu halaman, dan semuanya berjalan secara lokal di browser Anda.

Baik Anda sedang menjadwalkan entri crontab Linux, pipeline CI, task @Scheduled di Spring, jadwal workflow GitHub Actions, atau aturan AWS EventBridge — Anda bisa mendapatkan sintaks yang benar sejak percobaan pertama, tanpa menebak-nebak lalu men-deploy ulang berkali-kali.

Lima field cron — plus detik

Cron expression Unix standar memiliki lima field: menit (0–59), jam (0–23), tanggal (1–31), bulan (1–12 atau JAN–DEC), dan hari dalam minggu (0–6 atau SUN–SAT). Quartz, Spring, dan Azure menambahkan field detik di depan, sedangkan Quartz dan AWS menambahkan field tahun opsional di akhir. Builder ini hanya menampilkan kolom yang dipakai flavour pilihan Anda, sehingga Anda tidak pernah salah menghitung jumlah field.

Field hari-dalam-minggu adalah yang paling sering salah dibaca. Unix dan Spring menomorinya 0–6 dengan 0 = Minggu (7 juga berarti Minggu), sedangkan Quartz dan AWS menomorinya 1–7 dengan 1 = Minggu. Itulah sebabnya angka yang sama bisa berarti hari yang berbeda di sistem berbeda — deskriptor pada alat ini selalu menuliskan nama harinya secara eksplisit.

Empat operator mencakup hampir semua jadwal. Tanda bintang * berarti setiap nilai. Koma membentuk daftar (1,15 = tanggal 1 dan 15). Tanda hubung membentuk rentang (MON-FRI = hari kerja). Garis miring menambahkan langkah (*/10 = setiap nilai ke-10; 0/30 = mulai dari 0, setiap 30). Gabungkan semuanya — */15 9-17 * * 1-5 berarti «setiap 15 menit dari pukul 9 pagi sampai 5 sore pada hari kerja». Quartz dan AWS menambahkan token lanjutan seperti L (terakhir), W (hari kerja terdekat), dan # (hari ke-n), yang semuanya dijelaskan alat ini dalam deskripsi.

Berbagai flavour cron: Unix, Quartz, Spring, AWS & Azure

Kebanyakan alat online hanya menangani cron Unix 5 field. Alat ini bisa berpindah antara Unix/crontab, Quartz (Java, 6–7 field), Spring (@Scheduled, 6 field), AWS EventBridge (6 field dengan tahun dan ? wajib), dan Azure NCRONTAB (6 field). Memilih flavour akan mengubah kumpulan field, penomoran hari-dalam-minggu, dan aturan sintaksnya — termasuk kewajiban Quartz dan AWS bahwa salah satu dari tanggal atau hari-dalam-minggu harus berupa ? — sehingga ekspresi yang Anda salin benar-benar berfungsi di sistem tujuan.

Perbedaan jumlah field ini menimbulkan ambiguitas nyata. Ekspresi 0 * * * * berarti «pada menit 0 setiap jam» (per jam) di crontab Unix 5 field. Tempelkan string yang sama ke sistem yang parser-nya mengharapkan 6 field dan artinya berubah diam-diam: 0 menjadi field detik dan * menjadi field menit, sehingga job berjalan setiap detik pada setiap menit di jam 0 — 3.600 kali dalam semalam, bukan sekali per jam. Selalu pastikan berapa jumlah field yang diharapkan sistem tujuan Anda sebelum menyalin ekspresi antar platform. Pemilih flavour di alat ini menyesuaikan jumlah field secara otomatis dan tetap memberi label pada setiap kolom.

Pola cron yang umum dan logika bisnis di baliknya

Sebagian besar cron job produksi berkumpul di sekitar segelintir pola kanonik, masing-masing dipilih agar cocok dengan ritme bisnis nyata. 0 2 * * * — setiap hari pukul 2 pagi — adalah slot klasik untuk backup database: trafik sedang di titik terendah, lag replika minimal, dan jendelanya cukup lebar agar proses dump yang panjang selesai sebelum lonjakan pagi. 0 9 * * 1-5 menyasar pagi hari kerja pukul 9 untuk job yang hanya relevan pada jam kerja — mengirim email ringkasan harian, memanaskan cache sebelum staf login, atau memicu laporan yang akan dibaca manajer di mejanya. 0 0 1 * * berjalan tengah malam tanggal 1 setiap bulan untuk proses penagihan, laporan agregat bulanan, atau reset SLA. 0 0 * * 0 berjalan setiap Minggu tengah malam untuk pembersihan mingguan yang lebih berat — menghapus record yang soft-delete, mengindeks ulang mesin pencari, atau merotasi arsip log.

Interval yang lebih pendek punya kegunaan berbeda. */15 * * * * (setiap 15 menit) adalah irama standar untuk health-check atau pengiriman metrik: cukup sering untuk cepat mendeteksi gangguan, tetapi tidak terlalu sering sehingga membebani API di hilir. 0 8 1,15 * * — tanggal 1 dan 15 pukul 8 pagi — mencerminkan siklus penggajian dua kali sebulan. Ekspresi Quartz 30 5 L * ? berjalan pukul 05.30 pada hari terakhir setiap bulan, berguna untuk job tutup buku akhir bulan yang harus jalan terlepas dari apakah bulan itu punya 28, 29, 30, atau 31 hari.

Ada satu kasus tepi yang menjebak banyak engineer: nilai tanggal yang lebih besar dari jumlah hari di suatu bulan akan dilewati diam-diam. Menjadwalkan job pada tanggal 31 dengan 0 0 31 * * berarti job itu tidak pernah berjalan di Februari, April, Juni, September, atau November. Jika Anda butuh cakupan akhir bulan yang sesungguhnya, gunakan token L milik Quartz, atau jalankan pada tanggal 28 dan tambahkan logika di aplikasi untuk memutuskan apakah hari ini benar-benar hari terakhir bulan.

Cron di lingkungan cloud dan serverless

AWS EventBridge Scheduler (penerus CloudWatch Events) menawarkan dua tipe ekspresi: ekspresi rate() yang mudah dibaca seperti rate(1 hour), dan ekspresi cron enam field yang mencakup field tahun. Sejak 2022 EventBridge mendukung nama zona waktu IANA secara native, sehingga Anda bisa menjadwalkan job untuk 09:00 America/New_York tanpa menghitung offset UTC sendiri dan mengeditnya ulang dua kali setahun karena daylight saving time. GCP Cloud Scheduler juga mendukung nama zona waktu IANA dan memakai format enam field bergaya Quartz. Azure Logic Apps menyediakan penjadwalan lewat trigger recurrence di designer low-code-nya, tetapi di baliknya menerima string NCRONTAB (enam field, detik di depan) saat Anda beralih ke tampilan kode.

GitHub Actions on: schedule memakai cron lima field standar dalam UTC dengan interval minimum lima menit — GitHub secara eksplisit memblokir ekspresi yang lebih sering dari itu. Dalam praktiknya, runner yang sibuk membuat jeda antara waktu terjadwal dan mulainya job bisa mencapai 15 hingga 30 menit pada jam sibuk, sehingga jadwal GitHub Actions tidak cocok untuk hal yang sensitif waktu. Kubernetes CronJob menerima ekspresi lima field beserta singkatan @daily, @weekly, @hourly, dan @monthly, dan memakai zona waktu proses kube-controller-manager milik cluster — sumber kejutan umum ketika cluster berjalan di UTC padahal tim mengira waktu lokal. Sejak Kubernetes 1.27, field spec.timeZone berstatus stable, memungkinkan kontrol zona waktu IANA per CronJob. Heroku Scheduler adalah yang paling terbatas: hanya menyediakan GUI dengan tiga interval tetap (setiap 10 menit, per jam, atau harian) dan sama sekali tidak menerima sintaks cron.

Sejarah cron dan kapan cron bukan alat yang tepat

Daemon cron ditulis oleh Ken Thompson di Bell Labs dan dirilis bersama Unix Version 7 pada 1979. Namanya berasal dari Chronos, personifikasi waktu dalam mitologi Yunani. Implementasi aslinya bangun sekali per menit, memindai daftar perintah terjadwal, dan mem-fork proses anak untuk setiap job yang waktunya tiba — model inti yang nyaris tidak berubah selama 45 tahun. Daemon crond modern masih bekerja sama persis: ia membaca file crontab pribadi setiap pengguna (diedit dengan crontab -e), file drop-in di /etc/cron.d/, dan /etc/crontab tingkat sistem yang punya kolom tambahan untuk nama pengguna. Kesederhanaannya disengaja: cron tidak punya logika retry, resolusi dependensi, maupun kesadaran apakah eksekusi sebelumnya masih berjalan. Distribusi Linux modern perlahan menggantinya dengan systemd timers, tetapi sintaks lima field cron tetap hidup di mana-mana karena sudah terlalu dipahami luas untuk ditinggalkan.

Cron bersifat time-triggered: ia berjalan pada waktu jam yang tetap, tanpa peduli beban sistem, apakah eksekusi sebelumnya sudah selesai, atau apakah memang ada pekerjaan. Untuk tugas yang benar-benar periodik itu keunggulan, tetapi menjadi masalah saat volume pekerjaan bervariasi. Alternatif kanoniknya adalah message queue: record dimasukkan ke antrean saat dibuat dan worker menariknya terus-menerus, sehingga sistem mengatur dirinya sendiri di bawah beban dan kegagalan otomatis di-retry. Di Python, Celery Beat menjembatani keduanya; Sidekiq Scheduler melakukannya di Ruby; di Node.js, Bull dan BullMQ mendukung repeatable job berbasis Redis dengan sintaks string cron.

Masalah multi-instance adalah cacat penskalaan terdalam cron: jika Anda men-deploy tiga instance aplikasi dan masing-masing memasang cron job yang sama, job itu berjalan tiga kali serentak. Solusinya berkisar dari distributed lock (ambil lock Redis atau database di awal setiap eksekusi) hingga proses scheduler khusus yang mendistribusikan pekerjaan. Platform serverless seperti Inngest, Trigger.dev, dan Quirrel menyelesaikannya dengan meng-host scheduler secara eksternal dan mengirimkan satu panggilan HTTP ke fungsi Anda pada waktu terjadwal. Model mental yang tepat: pakai cron ketika jadwal itu sendiri adalah sumber kebenaran; pakai queue ketika kedatangan data adalah sumber kebenarannya.

Pratinjau waktu eksekusi berikutnya — privat, instan, dan gratis

Panel next run menjawab pertanyaan yang sesungguhnya — «kapan job ini benar-benar akan berjalan?» — dengan menghitung eksekusi mendatang dalam zona waktu lokal Anda, sehingga kombinasi tanggal dan hari-dalam-minggu yang rumit tidak lagi mengejutkan. Jika sebuah field di luar rentang atau jumlah nilainya salah, validator menunjuk masalahnya secara spesifik alih-alih gagal diam-diam. Mulailah dari tombol nickname (@hourly, @daily, @weekly, @monthly, @yearly) atau galeri jadwal umum — setiap 5, 15, atau 30 menit, hari kerja pukul 9 pagi, tanggal 1 setiap bulan — lalu sempurnakan field mana pun. Salin ekspresi jadinya, atau salin tautan yang membuka kembali alat ini dengan jadwal dan flavour Anda sudah termuat.

Berbeda dengan crontab.guru yang hanya menerjemahkan ekspresi yang sudah ada dan tidak mendukung Quartz, Spring, AWS EventBridge, atau Azure NCRONTAB, alat ini bisa membangun sekaligus menerjemahkan, mencakup kelima flavour, dan menampilkan timeline eksekusi berikutnya. Cronhub dan Cronitor mewajibkan pembuatan akun bahkan hanya untuk memvalidasi jadwal. Di sini tidak ada instalasi, tanpa akun, dan tanpa unggahan: parsing, deskripsi, validasi, dan kalkulasi next-run semuanya berjalan dalam JavaScript di perangkat Anda — ekspresi Anda tidak pernah diunggah, dicatat, atau dibagikan. Alat ini berfungsi penuh di iPhone, Android, Mac, Windows, dan Linux, bahkan offline setelah halaman termuat. Simpan generator cron expression ini sebagai andalan Anda untuk membaca, menulis, dan memeriksa ulang jadwal cron di semua flavour.