متى تستخدم مُجدولًا آخر بدلًا من crontab
ظل crontab لعقود المعيار في جدولة أنظمة Unix، لكن اليوم توجد بدائل كثيرة يمكن اختيارها حسب الغرض. النقطة المهمة أن تعبير الجدولة نفسه في معظمها يستخدم صياغة cron ذات الحقول الخمسة نفسها. لذلك أيًّا كانت المنصة التي تستخدمها، يمكنك التحقق من التعبير أولًا بهذه الأداة.
مؤقتات systemd هي البديل الافتراضي في لينكس الحديث. بخلاف cron، يمكنك رؤية سجلّات التنفيذ مباشرةً عبر journalctl، وتدعم إدارة الاعتماديات مع وحدات الخدمة، إضافةً إلى خيار Persistent=true الذي يُشغِّل بعد الإقلاع المهام التي فاتت أثناء إيقاف النظام. غير أن تدوين الوقت ليس بصياغة cron بل بصيغة OnCalendar، لذا يلزم تعلّمها على حدة.
مُجدولات السحابة وبلا خادم رائجة في البيئات المُدارة. فخدمات مثل AWS EventBridge Scheduler وGCP Cloud Scheduler وVercel Cron وCloudflare Cron Triggers تقبل في معظمها تعبيرات cron القياسية كما هي، دون الحاجة إلى إدارة الخادم بنفسك. لكن يجب دائمًا التحقق من أن المنطقة الزمنية المرجعية للتنفيذ هي عادةً UTC.
جداول خطوط CI تُستخدم كثيرًا أيضًا. فـ on: schedule في GitHub Actions أو جداول الخطوط في GitLab CI مناسبة لتشغيل مهام المستودع (الاختبار والنشر والتقارير) دوريًا. تستخدم صياغة cron لكن وفق UTC، وقد تتأخر عدة دقائق عن الوقت الدقيق بسبب انتظار المُشغِّل (runner).
معايير الاختيار بسيطة. إن كانت المهمة تعمل على خادم لينكس واحد فـ cron أو مؤقتات systemd، وإن أردت تشغيلها بشكل مُدار دون خادم فـ مُجدولات السحابة، وإن كانت مرتبطة بمستودع فـ جداول CI هي الأنسب. وفي كل الأحوال، تحقق من وقت التنفيذ التالي لسلسلة الجدولة عبر هذا المفسِّر قبل لصقها.