Live data from Hacker News

Ask HN: What job scheduler do you use?

news.ycombinator.com

1–10 of 15 posts

Ask HN: What job scheduler do you use?

#1
In a previous company, I used the in-house job scheduler. Despite some bugs and lack of documentation it did what we asked for: schedule jobs according schedules and timezones, and handle dependencies.

Now I'm working for another company, we have the same need:

- Orchestrate hundreds of jobs

- Some need to start as soon as their dependencies are ready

- Others need to start according to timezone-based (and possibly dependencies)

- Notification on failures

- Make jobs fail if their dependencies are not ok after a given time

- Force a job status (i.e. set it "ok" even if it failed)

- Reasonable access control

- And if possible a nice dashboard!

While these requirements seem standard to me, I cannot find any acceptable solution:

- Cron is cool for the simplest things, nothing more

- Rundeck is nice for simple workflows, but not for complex dependencies

- I'm tinkering with SOS-Berlin Job Scheduler for days now, and I cannot find proper ways to orchestrate my dependencies

- Control-M looks over priced and certainly not deployable without months of project planing and contract negotiation

- Luidgi and Airflow are too much focused on data workflows, not on generic job scheduling

What are you using? :)

Re: Ask HN: What job scheduler do you use?

#6
post #3

Given that you mention Luigi, have a look at Styx. Currently in use at Spotify as a complement to the underlying job processing frameworks. https://github.com/spotify/styx

Looks like it only support cron expressions and no timezones. Moreoever, I don't plan to deploy a Kubernetes cluster in the short term (looks like to be a huge work to have something ready for production). I'm primarily looking for something I can install on the existing systems.

Re: Ask HN: What job scheduler do you use?

#10
For php laravel projects are using this service:

- https://github.com/cronboy/cronboy

- https://cronboy.com/

It doesn't fit needs of @pmchorus company, but is useful for simpler cases when you need something more efficient than cron and more accurate than queue delayed jobs. (Example: we use it for sending triggered email deliveries, where batch processing of letters using cron is not possible, because of amount of letters and cron schedule limit)

The idea is that you schedule job on specified time and cronboy invokes it via http and execute it on your server.

Features:

- Seconds accuracy of execution

- Statistics on invoked jobs

- Secure execution of your code

- Retrying if job failed

- Laravel friendly facade api

Post reply on HN