dc
deck-chores
pypi i deck-chores
dc

deck-chores

A job scheduler for Docker containers, configured via labels.

by Frank Sachsenheim

1.2.9 (see all)License:ISC
pypi i deck-chores
Readme

deck-chores

.. image:: https://img.shields.io/docker/pulls/funkyfuture/deck-chores.svg :target: https://hub.docker.com/r/funkyfuture/deck-chores/

.. image:: https://images.microbadger.com/badges/image/funkyfuture/deck-chores.svg :target: https://microbadger.com/images/funkyfuture/deck-chores

.. image:: https://img.shields.io/pypi/v/deck-chores.svg :target: https://pypi.org/project/deck-chores/

A job scheduler for Docker containers, configured via container labels.

Features

  • 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)

Example

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:

.. code-block:: yaml

version: "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.

Maintenance

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::

make build

Limitations

When running on a cluster of Docker Swarm <https://docs.docker.com/engine/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.

Acknowledgements

It wouldn't be as charming to write this piece of software without these projects:

  • APScheduler <https://apscheduler.readthedocs.io>_ for managing jobs
  • cerberus <http://python-cerberus.org>_ for processing metadata
  • docker-py <https://docker-py.readthedocs.io>_ for Docker interaction
  • flake8 <http://flake8.pycqa.org/>, mypy <http://mypy-lang.org>, pytest <http://pytest.org> and tox <https://tox.readthedocs.io> for testing
  • Python <https://www.python.org>_

Authors

  • Frank Sachsenheim (maintaining)
  • aeri4list
  • alpine-digger
  • Brynjar Smári Bjarnason
  • Garret Hohmann

GitHub Stars

152

LAST COMMIT

5mos ago

MAINTAINERS

1

CONTRIBUTORS

10

OPEN ISSUES

3

OPEN PRs

2
VersionTagPublished
1.2.9
19d ago
1.2.8
2mos ago
1.2.7
3mos ago
1.2.6
3mos ago
No alternatives found
No tutorials found
Add a tutorial