CapordiaMenulis kontrak minimal sebuah permintaan
Permintaan yang dapat diproses mencantumkan pemilik, proyek, masukan yang tersedia, perintah atau prosedur yang teridentifikasi, dan hasil yang diharapkan. Permintaan itu menyebutkan jumlah kartu yang berjalan bersamaan, memori per kartu, perkiraan durasi, dan tujuan keluaran. Terakhir, permintaan itu mencantumkan tenggat waktu, alasan tenggat tersebut, dan siapa yang berwenang menyetujui keterlambatan atau pengurangan lingkup.
Ketiadaan informasi ini tidak boleh disembunyikan oleh prioritas tinggi. Tugas yang masukannya belum siap tetap tidak dapat diterima, bahkan jika proyeknya penting. Tanyakan apa yang kurang dan tetapkan titik peninjauan ulang. Antrean kemudian menjadi alat pengambilan keputusan: antrean tidak berubah menjadi gudang permintaan yang mustahil dijalankan dan yang setiap orang berharap akan diproses secara spontan.
Membedakan admisi, reservasi, dan hak jalan
Admisi memverifikasi bahwa tugas dapat ditinjau: hak, data, kompatibilitas, kapasitas, dan prosedur tersedia. Reservasi kemudian melindungi slot atau sumber daya yang telah ditetapkan. Prioritas memilih urutan di antara permintaan yang dapat diterima yang memperebutkan sumber daya yang tersedia. Ketiga keputusan ini dapat bergantung pada orang yang berbeda; buatlah pembagian ini eksplisit untuk menghindari validasi implisit atas kebutuhan teknis.
Kartu yang kosong tidak membuat semua tugas dapat diterima. Disk yang diperlukan bisa saja tidak cukup, lisensi dapat membatasi konkurensi, atau hasil sebelumnya mungkin diperlukan. Sebaliknya, permintaan yang secara teknis siap bisa menunggu keputusan penjadwalan. Tampilkan alasan yang dapat dipahami dan tindakan berikutnya, bukan sekadar peringkat numerik yang tidak dapat ditafsirkan oleh siapa pun.
Menetapkan prioritas yang tidak menjadi hak istimewa
Pilih beberapa kelas yang mudah dibaca, misalnya tenggat eksternal yang terkonfirmasi, pekerjaan rutin, dan eksplorasi tanpa tanggal pasti. Tentukan siapa yang dapat menetapkan suatu kelas dan bukti apa yang mendasarinya. Di dalam satu kelas, aturan senioritas atau rotasi dapat membuat pilihan menjadi dapat diprediksi. Permintaan yang dipecah menjadi seratus pengajuan kecil tidak boleh secara mekanis memperoleh seratus kali lebih banyak peluang daripada permintaan dari tim lain.
Slurm antara lain membedakan usia tunggu yang dapat diterima dan pembagian yang adil berdasarkan sumber daya yang dialokasikan dan dikonsumsi. Hal ini menggambarkan dua pertanyaan yang berbeda: sejak kapan menunggu, dan berapa bagian yang sudah digunakan? Aturan Anda dapat tetap manual. Jangan meniru formula skor tanpa memahami parameternya; bobot penjadwal tertentu bukanlah norma keadilan yang universal.
Contoh fiktif: memasukkan keadaan darurat tanpa mengusir yang lain
Tim fiktif “Plans et repères” menggunakan satu kartu. Pada pukul 09.00, sebuah tugas proyek Plans memiliki slot yang dikonfirmasi hingga pukul 11.00; tugas ini tidak dapat diinterupsi. Dua permintaan lengkap menunggu: Repères, empat puluh menit, dan Esquisses, delapan puluh menit. Pada pukul 09.30 datang permintaan mendesak selama tiga puluh menit, diminta oleh Repères untuk reviu pada tengah hari. Semua waktu ini adalah asumsi edukatif, bukan pengukuran.
Aturan lokal mengizinkan urgensi yang telah divalidasi untuk dialihkan ke titik pelepasan berikutnya, tanpa menginterupsi pekerjaan yang sudah dimulai. Urgensi tersebut karenanya dimulai pada pukul 11.00 dan secara teoretis selesai pada pukul 11.30. Tim kemudian memberikan giliran kepada Esquisses untuk mencegah Repères, yang sudah dilayani oleh urgensinya, memonopoli antrean. Pengecualian ini dan awal baru Repères yang diperkirakan disampaikan kepada para penanggung jawab terkait.
| Slot hipotetis | Proyek | Alasan giliran |
|---|---|---|
| 9 h–11 h | Plans | Slot sudah dimulai, tidak dapat diinterupsi |
| 11.00–11.30 | Repères, keadaan darurat | Tenggat eksternal yang terkonfirmasi sebelum tengah hari |
| 11.30–12.50 | Esquisses | Rotasi setelah keadaan darurat dilayani untuk Repères |
| 12.50–13.30 | Repères, permintaan rutin | Permintaan yang dapat diterima berikutnya |
Mencegah kelaparan pekerjaan panjang
Melayani permintaan terpendek secara sistematis menghasilkan antrean yang tampak lancar tetapi dapat menunda pekerjaan panjang tanpa batas. Sediakan jendela khusus atau peninjauan ulang berdasarkan usia tunggu yang diumumkan. Ambang ini adalah aturan internal yang harus ditetapkan, bukan tenggat waktu layanan yang dijamin. Jika pekerjaan panjang benar-benar melampaui periode yang tersedia, penerimaannya harus menghasilkan jadwal baru alih-alih penantian tanpa jalan keluar.
Celah singkat dapat menampung tugas yang tidak menunda keberangkatan terjadwal. Keputusan ini mengandaikan estimasi yang kredibel, sumber daya yang benar-benar kompatibel, dan kemungkinan untuk selesai dalam jendela tersebut. Jangan isi semua margin jadwal dengan komitmen baru. Cadangan yang dimaksudkan untuk menyerap selisih bukanlah slot gratis; penggunaannya harus memiliki penanggung jawab dan konsekuensi yang diketahui.
Merencanakan pembatalan dengan cakupan yang jelas
Tentukan siapa yang dapat membatalkan permintaannya sendiri, permintaan suatu proyek, atau eksekusi yang menjadi berbahaya bagi pekerjaan lain. Untuk permintaan yang masih menunggu, konfirmasikan penarikannya dari urutan antrean. Untuk pekerjaan yang sudah dimulai, periksa terlebih dahulu apa yang dapat diinterupsi, apa yang harus dipertahankan, dan siapa yang menunggu keluarannya. Pesan "pembatalan diminta" belum membuktikan bahwa sumber daya sudah bebas.
Alat yang sebenarnya menentukan efek teknis. Dokumentasi scancel membedakan pekerjaan dan tahapannya, serta pengiriman sinyal dan pembatalan pekerjaan. Sebelum menggunakan alat yang setara, periksa pengenal dan cakupan yang bersangkutan; hindari pemilihan global demi kemudahan. Kemudian verifikasi penghentian proses dan tujuan keluaran parsial. Rencana pemulihan data dibahas dalam berkas migrasi, terpisah dari aturan prioritas ini.
Membatasi percobaan dan mengisolasi tugas yang cacat
Putuskan sebelum eksekusi berapa banyak percobaan otomatis yang dapat diterima untuk penyebab yang sama. Masukan yang tidak valid tidak menjadi benar hanya karena dijalankan ulang; dependensi yang sementara tidak dapat diakses dapat membenarkan percobaan baru setelah verifikasi. Aturan harus mencantumkan jumlah maksimum, tenggat waktu yang mungkin, dan penanggung jawab peninjauan ulang. Penghitung yang direset pada setiap pengajuan baru membatalkan perlindungan ini: kaitkan permintaan berturut-turut dengan masalah yang sama.
Pada batas yang ditetapkan, keluarkan tugas yang cacat dari persaingan normal dan tempatkan dalam karantina logis, dengan alasan yang dapat dibaca. Sisa pekerjaan yang dapat diterima dapat dilanjutkan. Pengembalian ke antrean menuntut koreksi atau penjelasan yang divalidasi, pemeriksaan kecil yang terarah, dan keputusan pemiliknya; tugas tersebut tidak secara otomatis mengambil kembali prioritas urgensi lama. Prosedur ini mengatur penerimaan setelah kegagalan. Penyimpanan keluaran dan pemulihannya tetap berada dalam berkas migrasi, tanpa mengarang di sini register status yang baru.
Menguji kebijakan dengan empat situasi sederhana
Mintalah penanggung jawab proyek meninjau ulang aturan dengan empat kasus: dua permintaan identik, urgensi selama pekerjaan yang tidak dapat diinterupsi, tugas panjang yang dikelilingi permintaan singkat, dan permintaan tidak lengkap yang diklasifikasikan sebagai urgensi. Untuk setiap kasus, orang yang berbeda harus sampai pada keberangkatan berikutnya yang sama atau secara eksplisit mengidentifikasi arbitrase yang diperlukan. Aturan yang hanya dipahami oleh penulisnya belum siap untuk diterapkan.
Periksa juga bahwa pembatalan tidak memberikan kapasitas yang sama dua kali dan bahwa pekerjaan yang terblokir tidak menghalangi pekerjaan lain yang dapat diterima secara tidak perlu. Verifikasi ini dapat dimulai di atas kertas; hal itu tidak membuktikan implementasi penjadwal. Jika Anda mengotomatiskannya kemudian, reproduksikan skenario yang sama pada alat yang dikonfigurasi sebelum menggantungkan komitmen proyek padanya.
Mengukur layanan yang diberikan oleh antrean
Pantau antrean permintaan yang memenuhi syarat per kelas dan per proyek, serta alasan pemblokiran. Pisahkan waktu tunggu, okupansi, dan tenggat hingga hasil diterima. Satu total pekerjaan selesai bisa menyembunyikan tim yang selalu tertunda atau penumpukan tugas mendesak. Periksa juga selisih antara okupansi perkiraan dan aktual: hal itu berpengaruh langsung terhadap reservasi mendatang.
Tinjau kebijakan pada tenggat yang dipilih bersama tim, atau setelah insiden yang mengungkap aturan yang belum ada. Ubah satu aturan dalam satu waktu dan umumkan dampaknya terhadap permintaan yang sudah ada. Hasil yang diharapkan adalah urutan prioritas yang dapat dijelaskan, pengecualian yang dapat dilacak, dan jadwal yang konsisten. Hal ini tidak menggantikan autentikasi akun Capordia maupun izin mesin, dan tidak menciptakan komitmen dukungan apa pun.
Pertanyaan untuk memutuskan
Apakah keadaan darurat harus selalu didahulukan?
Keadaan darurat harus memenuhi syarat, dibenarkan, dan divalidasi sesuai aturan bersama. Hal itu tidak membuat pekerjaan yang sedang berjalan dapat dihentikan. Tentukan titik lewatnya, permintaan yang digeser, dan orang yang menanggung dampaknya terhadap tenggat mereka.
Bagaimana mencegah satu tim memonopoli slot?
Lihat sumber daya yang sudah diperoleh dan antrean proyek lain, lalu gunakan rotasi atau aturan pembagian yang eksplisit. Jumlah permintaan mentah bukanlah ukuran keadilan. Siapkan juga penanganan pekerjaan yang berdurasi panjang.
Apakah metode ini mengharuskan pemasangan Slurm?
Tidak. Dokumen Slurm menjelaskan beberapa perbedaan, tetapi kebijakan dapat diterapkan terlebih dahulu di alat koordinasi tim. Otomatisasi yang mungkin dilakukan memerlukan konfigurasi dan kontrolnya sendiri; tidak ada penjadwal yang dianggap tersedia.