Предполагая, что Redis — это наша очередь сообщений Celery. Считается ли apply_async блокирующей функцией ввода-вывода, другими словами, является ли этот код правильным в представлении django 3.1, или он будет блокировать цикл событий и нуждаться в обертке sync_to_async:
async def django_view(request):
celery_task.apply_async()
return success_page
Да, он по крайней мере будет взаимодействовать с Redis (прямо или косвенно), чтобы поставить задачу в очередь, а Redis блокирует ввод-вывод.
Я не знаю, Python asyncio стал серьезным решением, когда речь идет о высокопроизводительном вводе-выводе (разговор с базами данных и другим сетевым вводом-выводом), и мне кажется, что вопрос о том, как использовать Celery и Python asyncio, является важным.
Я видел это с FastAPI, если redis db не работает, все приложение зависает в ожидании соединения. Под «всем приложением» я имею в виду, что другие запросы также зависают. Это означает, что сопрограмма, выполняющая вызов, не приостановлена: она ожидает вызова синхронизации и блокирует все остальные.
Это пример того, как я решил:
self.loop = asyncio.get_event_loop()
partial_delay = lambda: entry.celery_task.delay(
command_type=entry.command_type, command_body=entry.command_body
)
self.loop.run_in_executor(None, partial_delay)
Ага, блокирует. Решением, конечно, было бы запустить его в отдельном потоке, например, с помощью await asyncio.get_running_loop().run_in_executor(None,block_func)
apply_async() не блокирует, насколько я знаю, но кто знает, вызывает ли она какие-то блокирующие функции или нет...