Membangun Tugas Terjadwal yang Tahan Gagal

Tugas terjadwal digunakan untuk membuat laporan, membersihkan data sementara, menyinkronkan sistem, atau mengirim ringkasan rutin. Menentukan jam eksekusi hanyalah sebagian kecil dari desainnya. Sistem harus mampu menghadapi timeout, koneksi terputus, proses yang berjalan terlalu lama, dan eksekusi berulang setelah kegagalan.

Definisikan hasil dan batas waktu

Setiap tugas perlu tujuan yang dapat diperiksa, durasi maksimal, serta batas data per eksekusi. Hindari proses tanpa batas yang bisa berjalan lama saat data bertambah. Untuk pekerjaan besar, pecah tugas menjadi bagian yang dapat dilanjutkan.

Buat operasi aman untuk diulang

Penjadwal dapat menjalankan tugas kembali setelah timeout, padahal proses pertama mungkin telah menyelesaikan sebagian pekerjaan. Gunakan kunci unik, status pemrosesan, atau upsert agar pengulangan tidak membuat duplikasi. Untuk efek eksternal seperti mengirim tagihan, simpan identitas operasi dan periksa status sebelum mengulang.

Terapkan retry terukur

Hindari percobaan ulang tanpa jeda. Gunakan retry terbatas dengan jeda bertahap atau exponential backoff, lalu tambahkan variasi waktu agar banyak tugas tidak mencoba bersamaan. Bedakan kegagalan sementara seperti gangguan jaringan dari kesalahan permanen seperti kredensial tidak valid atau format data salah.

Logging dan eksekusi bertumpuk

Catat ID eksekusi, waktu mulai dan selesai, jumlah data yang diproses, hasil, dan alasan kegagalan. Jangan menulis token atau data pribadi lengkap ke log. Jika durasi tugas bisa melebihi interval jadwal, gunakan mekanisme lock dengan masa kedaluwarsa agar eksekusi tidak saling bertabrakan.

Alarm dan pemulihan

Notifikasi harus menjelaskan tugas yang gagal, dampak yang mungkin terjadi, dan langkah awal. Buat petunjuk untuk menjalankan ulang dan memeriksa data parsial. Uji prosedur dalam lingkungan aman agar pemulihan tidak hanya menjadi catatan dokumentasi.

Kesimpulan

Penjadwalan andal memerlukan batas waktu, idempotensi, retry terkontrol, log aman, serta proses pemulihan. Rancang dengan asumsi kegagalan sesekali akan terjadi, sehingga sistem bisa pulih tanpa menggandakan hasil.