6464395f21
|
||
|---|---|---|
| .. | ||
| management/commands | ||
| README.md | ||
| __init__.py | ||
| admin.py | ||
| apps.py | ||
| beat.py | ||
| decorators.py | ||
| parser.py | ||
| schedules.py | ||
| settings.py | ||
| tasks.py | ||
| utils.py | ||
README.md
This is a wrapper around djcelery and celery @task and @periodic_task decorators. It provides transparent support for switching between executing a task on a plain Python thread or
the traditional way of pushing the task on a queue (rabbitmq) and wait for a Celery worker to run it.
A queueless threaded execution has the advantage of 0 moving parts instead of the alternative rabbitmq and celery workers. Less dependencies, less memory footprint, less points of failure.
If your application needs to run thousands or milions of tasks a day, use celery as your backend, if tens or hundreds, then probably the default thread backend will be your best choice.