Size: a a a

2020 October 14

D

Dmitry in symfony
задача выкопать яму под септик, берем карьерный бульдозер, если его не хватит, возьмем карьерный экскаватор с ковшом на 50 тонн
источник

D

Dmitry in symfony
а чтобы взять лопату, а нахрена ? есть же бульдозер
источник

AA

Artem Aleksandrov in symfony
У меня не было хайлоада и жестких требований по доставке и мне хватало редиса за глаза для асинхронных задач
источник

BA

Bohdan Antonenko in symfony
Так же такой вопрос: если мне нужно для каждого клиента создавать свою очередь, для хранения реквестов, насколько это затратно для брокера?
источник

D

Dmitry in symfony
Bohdan Antonenko
Так же такой вопрос: если мне нужно для каждого клиента создавать свою очередь, для хранения реквестов, насколько это затратно для брокера?
а обработка в чем отличается ?
источник

VK

Vladyslav Kopaihorod... in symfony
Bohdan Antonenko
Так же такой вопрос: если мне нужно для каждого клиента создавать свою очередь, для хранения реквестов, насколько это затратно для брокера?
Почитай, тонна ответов в гугле с обьяснением
источник

BA

Bohdan Antonenko in symfony
Dmitry
а обработка в чем отличается ?
Чтобы можно было паралельно клиентов обрабатывать ( исключить ситуацию, что клиент В ждёт пока закончиться обработка клиента А)
источник

D

Danila in symfony
Офтоп не по симфони, есть ещё у кого проблема что телега после определённого обновления,  при новом сообщение открывает себя на первый план ? Я на минте (думаю мб на других сборках тоже самое у кого встречалось)
источник

D

Dmitry in symfony
Bohdan Antonenko
Чтобы можно было паралельно клиентов обрабатывать ( исключить ситуацию, что клиент В ждёт пока закончиться обработка клиента А)
не очень понятно, пишите все в одну очередь с сделайте 1+ консьюмеров, получите паралельную обработку всех запросов
источник

D

Dmitry in symfony
у вас в любом случае будет клиент В ждать пока обработает А потому как консьюмеров по определению меньше чем клиентов
источник

BA

Bohdan Antonenko in symfony
Dmitry
у вас в любом случае будет клиент В ждать пока обработает А потому как консьюмеров по определению меньше чем клиентов
я имею ввиду под клиентом компанию, которые будут использовать продукт, то что их юзеры будут ждать, это да, но когда юзеры компании В ждут пока обработаются юзеры компании А  - ну как-то не очень
источник

D

Dmitry in symfony
Bohdan Antonenko
я имею ввиду под клиентом компанию, которые будут использовать продукт, то что их юзеры будут ждать, это да, но когда юзеры компании В ждут пока обработаются юзеры компании А  - ну как-то не очень
а сколько таких компаний может быть ?
источник

BA

Bohdan Antonenko in symfony
Dmitry
а сколько таких компаний может быть ?
пока что 5, а дальше уже от отдела продаж зависит)
источник

D

Dmitry in symfony
а "запросы" которых будет 1к рпс это у вас некие команды от каждой компании для выполнения или получения неких данных ?
которые должны работать в параллели ?
источник

BA

Bohdan Antonenko in symfony
Dmitry
а "запросы" которых будет 1к рпс это у вас некие команды от каждой компании для выполнения или получения неких данных ?
которые должны работать в параллели ?
это по сути чатбот платформа(телега, вайбер, фб). соответственно ответ юзеру возвращается повебхук, с воркера уже(по сути команда). Главная задача, это принять все реквест, ну и распараелелить по компаниям
источник

D

Dmitry in symfony
я бы на вашем месте пошел к начальству и спросил какой план у продажников на расширение
например это будет 30 компаний в месяц максимум
значит это 360 в год
если у вас будет 360 очередей это будет минимум 360 консьюмеров
а то и больше потому что вряд ли вам нужно обрабатывать команды последовательно от каждой компании
в зависимости от ресурсоемкости консьюмера количество серверов просто для запуска консьюмеров будет расти быстро
источник

D

Dmitry in symfony
отсюда я бы сделал вывод что данная идея хреновая
и предложил бы продажникам продать "приоритет в очереди" - эфемерная срань, но продать можно
источник

D

Dmitry in symfony
а на вашем месте просто устроил бы 3 очереди
low
standard
high
для приоритета
все запросы пхаем в стандарт очередь, кто скотина - в лоу, кто платит в хай
источник

D

Dmitry in symfony
и разгружать очереди за счет повышения числа консьюмеров которые шустро-шустро разгребут очередь но при этом заставят слегка ждать
но там все зависит от того как быстро консьюмер обрабатывает сообщение
источник

D

Dmitry in symfony
а потом можно продать "standalone сервер только для вас, круче чем приоритетная очередь"
вот там уже можно делать отдельную очередь под конкретного клиента
источник