Exq Scheduler is a cron like job scheduler for Exq, it's also compatible with Sidekiq and Resque.
defp deps do
[{:exq_scheduler, "~> x.x.x"}]
end
Exq Scheduler pushes jobs into the queue at intervals specified by the schedule configuration. It is designed to run on more than one machine for redundancy without causing duplicate jobs to be scheduled.
By default Exq Scheduler will read the configuration from application environment.
Exq Scheduler uses redis to store internal state of the scheduler.
It uses "#{exq_namespace}:sidekiq-scheduler"
for storing scheduler internal metadata.
config :exq_scheduler, :storage,
exq_namespace: "exq" # exq redis namespace
Exq Scheduler will start a Redis Client under it's supervisor
tree. The name
used in the child_spec and config should be the
same.
config :exq_scheduler, :redis,
name: ExqScheduler.Redis.Client,
child_spec: {Redix, [host: "127.0.0.1", port: 6379, name: ExqScheduler.Redis.Client]}
NOTE: The child_spec API provided by Redix library has changed over time. Refer Redix.child_spec documentation of the specific version you use.
config :exq_scheduler, :schedules,
signup_report: %{
description: "Send the list of newly signed up users to admin",
cron: "0 * * * *",
class: "SignUpReportWorker",
include_metadata: true,
args: [],
queue: "default"
},
login_report: %{
cron: "0 * * * *",
class: "LoginReportWorker"
}
-
cron
: required Refer cron documentation for syntax. Time zone of a single schedule can be changed by specifying the time zone at the end. Example0 * * * * Asia/Kolkata
. -
class
: required Name of the worker class. -
queue
: Name of the worker queue. Defaults to"default"
. -
args
: List of values that should be passed toperform
method in worker. Defaults to[]
. -
retry
: Number of times Exq should retry the job if it fails. If set to true, Exq will usemax_retries
instead. Defaults totrue
. -
enabled
: Schedule is enabled if set to true. Defaults totrue
. Note: if this config value is set, on restart it will override the any previous value set via Sidekiq web UI. Don't use this option if you want to enable/disable via Sidekiq web UI. -
include_metadata
: If set to true, the schedule time in unix time format (example{"scheduled_at"=>1527750039.080837}
) will be passed as an extra argument toperform
method in worker. Defaults tonil
. -
description
: a text that will be shown in sidekiq web
Scheduling each and every job at the exact time might not be possible
every time. The node might get restarted, the process might get
descheduled by the OS etc. To solve this exq scheduler by default
schedules any missed jobs in the last 3 hour. This interval can be
configured by changing missed_jobs_window
value. Note: this config
value should be more than 3 hour to handle daylight saving properly
config :exq_scheduler,
missed_jobs_window: 3 * 60 * 60 * 1000,
time_zone: "Asia/Kolkata"
-
missed_jobs_window
: Missed jobs interval in milliseconds. Defaults to3 * 60 * 60 * 1000
-
time_zone
: Default time zone for all schedules. Defaults to system time zone.
The scheduler will start by default when the app is started, to
disable set start_on_application
to false.
config :exq_scheduler,
start_on_application: false
Exq Scheduler is compatible with
sidekiq-scheduler
web UI. Make sure the exq_namespace
value and the namespace in
sidekiq are same.
A Sample Mix project along with sidekiq web UI is avaialbe at demo directory to demonstrate the configuration. Sidekiq web interface requires Ruby to be installed.
To install dependencies
> cd demo
> mix deps.get
> cd sidekiq-ui
> bundle install
To start it
> cd demo
> ./start_demo.sh
-
Install sidekiq (requires ruby 2.5.1 and bundler 1.16.1)
$ (cd sidekiq && gem install bundler:1.16.1 && bundle install)
-
Setup services
$ docker-compose up
-
Install dependencies
$ mix deps.get
-
Run tests
$ mix test