Si vous faites tourner une application sur une machine, crontab convient et vous devriez le garder. Il en va de même pour un travail qui ne quitte jamais sa plateforme : Vercel Cron convient à une fonction Vercel, pg_cron convient à un job qui ne touche que votre base Supabase, et une planification GitHub Actions suffit pour une tâche nocturne qui peut se permettre d'être en retard.
Clockwork gagne sa place à la frontière où tout cela s'arrête, et cette frontière arrive plus tôt qu'on ne le croit. La deuxième instance, où deux copies du même crontab déclenchent deux fois la même facturation. Le job qui doit appeler un service sur un autre hôte. La planification que vos propres clients règlent depuis votre tableau de bord. L'exécution qui a échoué à 3 h du matin sans que personne ne l'apprenne.
Ce sont ces quatre cas que Clockwork traite : une exécution par planification quel que soit le nombre d'instances déployées, n'importe quel endpoint HTTPS sur n'importe quel hôte, des planifications créées et supprimées par API, et un journal de chaque déclenchement avec la réponse obtenue. Les 3 000 premières requêtes de chaque mois sont gratuites.