django-pgpubsub VS django-celery-docker-example

First I would stick with celery if possible. I am not aware of something like that that is widely adopted. you could write your own crontab scripts or a combination of crontab script that writes to db with some listener like this https://github.com/Opus10/django-pgpubsub or use this one https://github.com/kraiz/django-crontab But both projects are not widely used or do not seem to be well maintained. I hope I was able to be of any help.

If you're using Postgres, you could consider https://github.com/Opus10/django-pgpubsub

django-pgpubsub – A distributed task processing framework for Django built on top of the Postgres NOTIFY/LISTEN protocol

Rather than relying on signals and celery, we may want to consider borrowing a pattern from the land of Postgres: Triggers and NOTIFY/LISTEN. The library django-pgpubsub offers a django application layer abstraction of this pattern. We can refactor our above solution using django-pgpubsub to look as follows:

You could try https://github.com/Opus10/django-pgpubsub. This is distributed task processing framework for Django built on top of the Postgres NOTIFY/LISTEN protocol. Does what you're looking for and isn't as operationally heavy as something like celery.

A common pattern in modern web development is the requirement to process data asynchronously after some user action or database event. In the below article, I describe via a concrete example a traditional approach to solving this problem for a Django/Postgres based application using django signals and Celery. I then proceed to discuss some of the shortcomings of this approach and demonstrate how using django-pgpubsub can offer a lightweight and more robust solution.

Here is a good starter docker-compose file that you can add your front end to.