Job scheduler for Docker containers, configured via container labels.
A job scheduler for Docker containers, configured via container labels.
Code repository: https://github.com/funkyfuture/deck-chores
Issue tracker: https://github.com/funkyfuture/deck-chores/issues
Free software: ISC license
define regular jobs to run within a container context with container and optionally with image labels
use date, interval and cron-like triggers
set a maximum of simultaneously running instances per job
restrict job scheduling to one container per service
multi-architecture image supports amd64, arm64 and arm platforms (the latter are currently not provided for download)
Let’s say you want to dump the database of a Wordpress once a day. Here’s a docker-compose.yml that defines a job that will be handled by deck-chores:
"3.7"services: wordpress: image: wordpress mysql: image: mariadb volumes: - ./database_dumps:/dumps labels: deck-chores.dump.command: sh -c "mysqldump --all-databases > /dumps/dump-$$(date -Idate)" deck-chores.dump.interval: daily
It is however recommended to use scripts with a proper shebang for such actions. Their outputs to stdout and stderr as well as their exit code will be logged by deck-chores.
The final release is supposed to receive monthly updates that includes updates of all updateable dependencies. If one is skipped, don’t worry. When a second maintenance release is skipped, feel free to open an issue to ask what the status is.
You can always build images upon an up-to-date base image with:
When running on a cluster of Docker Swarm nodes, each deck-chores instance can only observe the containers on the node it’s running on, and hence only restrict to run one job per service within the node’s context.
It wouldn’t be as charming to write this piece of software without these projects:
Release history Release notifications | RSS feed
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Hashes for deck_chores-1.3.18-py3-none-any.whl