Но в проде я ниразу её не использова...

Если надо совсем просто и нужны только средства Джанго. Тогда пишется менедж - команда джанговая, которая периодически вызывается кроном. А в менедж команде никто не запрещает юзать concurrent.futures😊

документация джанго говорит что использование ORM внутри асинхронного контекста будет генерировать исключение всегда

я не проверял ибо не умею, но всецело доверяю тому что пишут авторы джанги и проверять не хочу

Так не используй😊 Причем тут manage команда то😊

Я к тому, что твоя проблема решаема за счёт многопоточной крон-таски

путём многопоточной кронтаски я притащу в свой контенер собственно крон.
не то чтобы это такая уж большая проблема, но решая одну проблему не хочется приносить другую

Крон в контейнере- это не страшно😊 Так или иначе придется притащить в контейнер, то, что реализует очередь

все зависит от того насколько важен результат и не проебать задачу.
Если тебе не важен 100% результат и не нужен контроль над процессом обработки, то есть  в случае чего кто-то повторит запрос вручную, то просто создай тред и в нём реализуй свою логику.

Если нужны хоть какие то гарантии, то celery или аналог прийдется втаскивать вместе с очередью сообщений и кучей соответствующего стафа.

async не используй без резкой необходимости. Сто раз подумай перед тем как перейти на черную сторону async. Перейдя, обратной дороги не будет.

cron как вариант, но тебе прийдется самому реализовывать недоочередь в своей базе данных.  Если нет наработок, то проще всунуть гребанную селери.. Причем для джанги были плагины, так что часто это совсем не больно

раскрой тему черноты асинхронщины, она тут выглядела вполне уместно, просто я в неё не умею и учиться прямо сейчас мне лениво

Ну вот uwsgi + uwsgi_tasks выглядит как именно то что нужно. Правда насчёт интеграции с джангой придётся немного озаботится. Т.к. не уверен что внутри воркера uwsgi будет инициализированая джанга с транзакциями и всем вот этим.
Самое простое что тут можно сделать - воспользоваться вот теми самыми managment командами. Таска, как обычная функция, будет просто импортировать какую-нить хрень из джанги (которая обрабатывает запуск manage.py) и вызывать её с параметрами, которые запустят нужную managment команду.
Да, это будут накладные расходы на полную инициализацию всей джанги на каждую таску, зато просто и надёжно. Для ускорения придётся разобраться как один раз проинициализировать джангу в воркере, и потом правильно запускать таску, что бы внутри была транзакция под эту таску.

Для того что ты хочешь, тебе придётся запускать "асихронную" джангу через ASGI-сервер. Это для того что бы у тебя были "воркеры" которые могут выполнять "асихронные" запросы и наверное корутины.

uwsgi у меня уже всё равно есть, поэтому я попробую сначала его.
если не выйдет, притащу селери, как решение, которое вроде бы умею готовить.

Кроме celery есть модный-сковордный Dramatiq. Наверное он может оказаться легковеснее и под него может даже есть интеграция с джангой

Давайте по времени определимся, я готов в любой день кроме завтра😀

Кстати, в четверг будет бирмитап. Удалённый.

Присоединяйтесь.

Кто тут хотел карантинный Бирмитап? Их есть у нас!
В этот четверг, в 19:00 он пройдёт в одном очень странном месте. А именно тут: https://spatial.chat
Так что проверяйте, что у вас всё работает, отлаживайте работу и вот это всё. Ссылку на комнату я пришю сюда перед началом мероприятия.
(у некоторых трезвых линуксоидов не заработало, так не не понадейтесь на авось, проверьте)

Норм)) если надо будет ещё, через Зум - обращайтесь, народ!