django-backgroud-tasks-framework
Framework to allow creating background tasks in django without MQ
Usage
Requirements
Python versions: 3.6+
Django versions: 1.9+
General usage
Install app with:
$ pip install django-partisan
Add it to your INSTALLED_APPS
Run migrate command:
$ python manage.py migrate
Write your task and register it:
# partisan_tasks.py
from django_partisan.processor import BaseTaskProcessor
from django_partisan import registry
@registry.register
class MyProcessor(BaseTaskProcessor):
PRIORITY = 5 # Optional, by default 10
UNIQUE_FOR_PARAMS = True # Optional, by default True
def run(self):
do_something(*self.args, **self.kwargs)
Please note, that all tasks should be in module
partisan_tasks.pyin root of your application. You can write them there or just import from your preferable place. It's needed to make autodiscover available
And then put this task to queue:
from partisan_tasks import MyProcessor
def do_something_and_postpone_task(*args, **kwargs):
MyProcessor(args, kwargs).delay()
To start tasks processing you should start workers:
$ python manage.py start_partisan
Advanced
Postpone tasks
You can postpone task by raising special exception PostponeTask:
Also you can manage posponing delay by setting DEFAULT_POSTPONE_DELAY_SECONDS
in your settings.py (by default - 5 seconds) or pass it to PostponeTask:
from django_partisan.exceptions import PostponeTask
def do_something():
raise PostponeTask(300) # 5 minutes
It's possible to configure postponing rules for every single processor.
Just define POSTPONE_CONFIG in your processor class as instance of PostponeConfig:
from django_partisan.config.processor_configs import PostponeConfig
from django_partisan.processor import BaseTaskProcessor
from django_partisan import registry
from django_partisan.exceptions import PostponeTask
@registry.register
class MyProcessor(BaseTaskProcessor):
POSTPONE_CONFIG = PostponeConfig(
max_postpones=5
)
def run(self):
do_something(*self.args, **self.kwargs)
def do_something(*args, **kwargs):
raise PostponeTask(300) # 5 minutes
With such configuration the task will be postponed for 5 times and, if it will be tried to be postponed one more time,
MaxPostponesReached exception will be rised.
Also you can globally set maximum postpones in settings with DEFAULT_POSTPONES_COUNT in settings.py (by default - 15).
It was made to make task processing finite. If you want to make your task be processed forever, until they would be finished,
you can set it to None, but it is dangerous.
Errors handling
You can set for task processor special config, that is managing, how to handle errors:
from django_partisan.config.processor_configs import ErrorsHandleConfig
from django_partisan.config import const
from django_partisan.processor import BaseTaskProcessor
from django_partisan import registry
@registry.register
class MyProcessor(BaseTaskProcessor):
RETRY_ON_ERROR_CONFIG = ErrorsHandleConfig(
retry_on_errors=[TimeoutError,],
retries_count=3, retry_pause=3,
retry_pause_strategy=const.DELAY_STRATEGY_INCREMENTAL
)
def run(self):
do_something(*self.args, **self.kwargs)
def do_something(*args, **kwargs):
pass
With such configuration, the task will be redelayed if TimeoutError will be rised for 3 times with 3 sec pause.
ErrorsHandleConfig params:
retry_on_errors- list of exceptions;retries_count- positive int. Task will be redelayed forretries_counttimes if any of errors will be rised;retry_pause- positive int. Time in seconds to wait before renew task processing;retry_pause_strategy- one of options:django_partisan.config.const.DELAY_STRATEGY_INCREMENTAL,django_partisan.config.const.DELAY_STRATEGY_CONSTANT. By default -DELAY_STRATEGY_CONSTANT. If is set toDELAY_STRATEGY_CONSTANT- on error task will be redelayed withretry_pauseseconds gap every time. If is set toDELAY_STRATEGY_INCREMENTAL- every next time task will be redelayed with increasing byretry_pausetime gap (withretry_pause = 3, andretries_count = 3it will redelay for 3, 6, 9 seconds and then fail).
Separate by queues
If you want to separate your tasks into separate queues, you need to define queues in setting as a dict, where key is a queue name, and value - dict of settings for this queue:
PARTISAN_CONFIG = {
'default': { # 'default' - is registered name for default queue, it will be exist anyway
# ...
},
'another_queue': {
# ...
}
}
Also you need to set queue for your tasks:
from django_partisan.processor import BaseTaskProcessor
from django_partisan import registry
@registry.register
class MyProcessor(BaseTaskProcessor):
QUEUE_NAME = 'another_queue'
def run(self):
do_something(*self.args, **self.kwargs)
def do_something(*args, **kwargs):
pass
After it you can run partisan to run this queue:
$ python manage.py start_partisan --queue_name another_queue
Note:
- If you will not set
QUEUE_NAMEforProcessor, it will bedefault; - If you will run this command without specifiing
queue_nameit will servedefaultqueue; - If you will not set settings for queues, the settings will be default for
defaultqueue;
Settings
In your project settings you can define such params as:
MIN_QUEUE_SIZE(int)- if number of tasks in queue will reach this amount, queue manager will add new tasks (default = 2);MAX_QUEUE_SIZE(int)- queue manager will fill queue up to this count of tasks (default = 10);CHECKS_BEFORE_CLEANUP(int)- number of gatherings new tasks before cleaning database connections (default = 50);WORKERS_COUNT(int)- number of workers, that would be instanced by workers manager (default = number of cores);SLEEP_DELAY_SECONDS(int)- time to sleep between queue checks (default = 2);TASKS_PER_WORKER_INSTANCE(Optional[int])- if is set, the worker will be restarted after this count of tasks processed (default = None);DELETE_TASKS_ON_COMPLETE(bool)- if True, task object will be deleted from db, if it successfully processed;
But it will be better, if you'll make settings as a dict:
PARTISAN_CONFIG = {
'default': { # 'default' - is registered name for default queue, it will be exist anyway
'MIN_QUEUE_SIZE':10,
'MAX_QUEUE_SIZE':20,
'CHECKS_BEFORE_CLEANUP':50,
'WORKERS_COUNT':5,
'SLEEP_DELAY_SECONDS':5,
'TASKS_PER_WORKER_INSTANCE': 50,
'DELETE_TASKS_ON_COMPLETE':False,
'DEFAULT_POSTPONE_DELAY_SECONDS':5,
'DEFAULT_POSTPONES_COUNT':None,
}
}
It is possible to override some of this settings by cli args for start_partisan:
--min_queue_size-MIN_QUEUE_SIZE;--max_queue_size-MAX_QUEUE_SIZE;--checks_before_cleanup-CHECKS_BEFORE_CLEANUP;--workers_count-WORKERS_COUNT;--sleep_delay_seconds-SLEEP_DELAY_SECONDS;
API
-
BaseTaskProcessorBaseTaskProcessor.delay(*, priority: int = 0, execute_after: datetime = None)accept only keyword arguments. It is possible to override priority of task and set execution datetime (task will not be processed before this time);BaseTaskProcessor.PRIORITY- property of TaskProcessor. The lower the number, the higher the priority. Tasks with higher priority would be taken for processing first;BaseTaskProcessor.UNIQUE_FOR_PARAMS- boolean property of TaskProcessor. IfTrue, it will ignore for task adding if task with exactly same args and kwargs is already in queue;
Some behavior features
- This tool works only with PostgreSQL, as it supports
JSONField - After Manager process got a kill signal, it will wait for workers to finish their jobs, and gracefully shut down them;
- If for some reason Manager process was killed without gracefull shut down, after restart it will take for work tasks, that were not finished and only after them it will take all other tasks;
Known issues
- This tool can be launched on MacOS, but it's strongly recomened to use it only with Linux as multiprocessing Queue not fully compatible with MacOS. Use it on MacOS only for development and debugging.
- After calling SIG_TERM, tool can cause some exceptions. It does't break anything and I'm trying to fix it. Don't worry about it
Contributing
If you experience any problems with usage of this package, feel free to open an issue or pull-request
Pull-request requirements:
- Code style according to PEP-8 (use
make blackfor it); - 100% test coverage (use
make coverage); - Typing (use
make check_mypy; - Version bump (you can use
make major_release,make minor_release,make patch_releasefor it)
All this checks are in CI
Metadata
Release files for django-partisan 1.6.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| django-partisan-1.6.1.tar.gz | 23.7 kB | Without provenance | Details for django-partisan-1.6.1.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| django_partisan-1.6.1-py3-none-any.whl | Python 3 | none | any | Details for django_partisan-1.6.1-py3-none-any.whl |
Total release size: 54.9 kB
Release files / django-partisan-1.6.1.tar.gz
| Download URL | django-partisan-1.6.1.tar.gz |
|---|---|
| Size | 23.7 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
1d5d89d7c77e5bc2a013306964beb202ab78827d8085933f30844fe290813c4b
|
|
BLAKE2b-256 checksum How to use checksums |
ea426b572903325063a7b5012bb8a0e8867d5a683a9d2a226c6dbac4058a08a5
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
poetry/1.0.10 CPython/3.8.5 Linux/5.3.0-1034-azure
|
Release files / django_partisan-1.6.1-py3-none-any.whl
| Download URL | django_partisan-1.6.1-py3-none-any.whl |
|---|---|
| Size | 31.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
2842c68f6f0869b38553ed3f654b903c8996d89e0be5e06fa9a6b7d0bbf572be
|
|
BLAKE2b-256 checksum How to use checksums |
7b8daa4a22c0bae41048f161aa5be6cbbf3995ffd6b9858e609abdd82a9a1ff1
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
poetry/1.0.10 CPython/3.8.5 Linux/5.3.0-1034-azure
|
Security for django-partisan 1.6.1
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.