тасок с ними работать? В глобалке?)
чо
Ну например я поднимаю клиентский сокет, и мне надо с ним потом из таски поработать, поднимать соединение внутри на время работы не вариант
Самое первое что приходит в голову это сделать глобальный стор
селери это про фоновые таски. А то что ты хочешь это уже клиент-серверное взаимодействие.
И почему я не могу пинг-понг засунуть в таску?
И пустить ее в beat
Я рассуждаю так - вебсокет это персистентное соединение. Т.е. нам надо его периодически опрашивать на предмет обновлений/событий. У гуникорна был пример реализации на потоках. Насколько помню, там потоки периодически проверяли обновления в соединении. При этом использовался естественный механизм шедулинга ОС за счет обращения к блокирующим вызовам. Т.е. ты сейчас пытаешься изобрести свой шедулинг. По-умолчанию селери в качестве единицы воркера использует процесс. Значит шедулить коннекты тебе надо между процессами.
ну смотри, вот у тебя три websocket воркера, у каждого есть какие-то клиентские сокеты. Как ты собрался тут юзать селери? Полагаю никак, потому что селери будет хватать таски как попало и запускать хз где, он не расчитан на такое. Полагаю, тебе надо сделать отдельную очередь, как-то подписываться на нее из каждого такого воркера и обрабатывать свои запросы на отправку в вебсокет. Если нужен селери дополнительно для фоновых тасков - это отдельно, из тасок можешь посылать в очередь уведомления которые потом в сокет улетят
а ещё между машинами, ага
забываю все время про этот момент.
Меня Яндекс приучил считать что приложение всегда работает в 3 экземплярах в разных ДЦ.
Ну крч, решил так: Поднимаю сокет внутри таски, кручу там пинг-понг вместе с очередью, и шлю сообщения
Обсуждают сегодня