T
Иногда можно и тредпул сделать, если никакие гарантии не нужны и нагрузка маленькая
Size: a a a
2020 October 28
KM
нафиг надо. this is not The Way. В дзене даже написано, что все простое лучше сложного. Вы еще скажите, что ради 1 роута разворачиваете джангу)
AT
Хочется иногда быстрое добавление из кода
такого пока не завезли, celery тогда уж
T
нафиг надо. this is not The Way. В дзене даже написано, что все простое лучше сложного. Вы еще скажите, что ради 1 роута разворачиваете джангу)
Правильно, поэтому я селери не юзаю :)
T
Буду сейчас AirFlow разворачивать сразу :))))
T
Это были несвязанные сообщения
KM
Это были несвязанные сообщения
ааа)))))
АП
нафиг надо. this is not The Way. В дзене даже написано, что все простое лучше сложного. Вы еще скажите, что ради 1 роута разворачиваете джангу)
Обычно асинхронность это изначальное требование, и под него сразу продумывают пути реализации, такие как консьюмить из очереди события, использовать более высокоуровневые обертки типа селери или вообще взять запустить стейт машину.
Само собой это выходит за рамки фласка, так как фласк это только http обработчик.
Само собой это выходит за рамки фласка, так как фласк это только http обработчик.
DB
Обычно асинхронность это изначальное требование, и под него сразу продумывают пути реализации, такие как консьюмить из очереди события, использовать более высокоуровневые обертки типа селери или вообще взять запустить стейт машину.
Само собой это выходит за рамки фласка, так как фласк это только http обработчик.
Само собой это выходит за рамки фласка, так как фласк это только http обработчик.
Зачем для сервака нужна асинхронность? По сути у тебя сервак так и так может одновременно обрабатывать входящие запросы
НХ
Так и не смог решить эту проблему, может кто-то подскажет: Нужно изменить токен боту во время runtime приложения (предполагается что пользователь может менять токен бота через веб панель)
АП
Зачем для сервака нужна асинхронность? По сути у тебя сервак так и так может одновременно обрабатывать входящие запросы
Затем что есть асинхронные типы задач, например сходить в N апи, и чтобы пользователь потом получил результат. Задача которую заведомо слишком долго выполнять сразу при обработке запроса, но которую нужно выполнить.
Ты путаешь возможность сервера обработать одновременно N запросов с возможностью сервера на каждый этот запрос сделать много работы.
Ты путаешь возможность сервера обработать одновременно N запросов с возможностью сервера на каждый этот запрос сделать много работы.
АП
Например у меня есть внешний API который я от имени пользователя стартую. Этот внешний апи запросто может отвечать часами.
АП
Или сутками.
DB
Например у меня есть внешний API который я от имени пользователя стартую. Этот внешний апи запросто может отвечать часами.
Ага, и чтоб не ждать вот этот ответ часами асинхронный сервер этот запрос отправил, пошёл исполнять другие запросы и когда ему вернулся ответ, он вернулся к нему и отправил на клиент. Так ведь?
АП
Верно.
АП
Ну насчёт отправки на клиент есть разные способы, но в целом да.
DB
Спасибо!) Это было очень полезно, знаю куда мне это впихнуть))
АП
Спасибо!) Это было очень полезно, знаю куда мне это впихнуть))
Для начала посмотри на концепцию очередей, и пабсаба.
АП
Тот же кролик или sqs.