Empowering Django with Background Workers
06-06, 11:55–12:25 (Europe/Madrid), Auditorium

Whilst Django is a web framework, it doesn't have a good first-party story for background workers, right now anyway...


There's a lot more to a web application than just the request/response cycle. Running tasks in the background, whether on a trigger or schedule unlocks a lot of extra functionality, performance and reliability.

Whilst Django is a web framework, it doesn't have a good first-party story for background workers right now. When most people think of background workers, they lean immediately to Celery, but other tools are out there which might be better and easier to work with.

The lack of first-party support results in diverging implementations, added complexity for developers, and a learning cliff for new developers. If Django had a first-party solution, it could help unify these implementations, and make Django more "batteries included". The lack of first-party support is also a challenge to Wagtail, where many potentially intensive tasks have to be run in the request/response cycle, slowing down user actions.


Topics

Django Internals, Architecture

Audience Level

Intermediate