BA
асинхронность обязательна я так понимаю ? какая нагрузка планируется ?
Да, главное принять запрос , кинуть в очередь, а дальше воркеры разгребут. Предположительно 1к rps, в пике может больше
Size: a a a
2020 October 14
AD
Пасиб, думал над этим, но это жестко: Не хочу изменять конфиги, они должны быть идентичными. Иначе еть высокий риск того что "в теовом работает, на проде нет"
Тогда не использовать так контейнер
D
Nikita Borovik
Здравствуйте, помогите, пожалуйста, разобраться. В каких случаях стоит для хранения очередей использовать базу данных, а в каких redis? В чем преимущества и недостатки, если сравнить эти два хранилища ? В каких случаях нужно подключать более продвинутые системы работы с очередями наподобие RabbitMq?
база для очередей пригодится когда нужно будет обеспечивать атомарность операций критичных между микросервисами
АЯ
Nikita Borovik
Здравствуйте, помогите, пожалуйста, разобраться. В каких случаях стоит для хранения очередей использовать базу данных, а в каких redis? В чем преимущества и недостатки, если сравнить эти два хранилища ? В каких случаях нужно подключать более продвинутые системы работы с очередями наподобие RabbitMq?
1. База данных для очередей не оч вариант ни в каких случаях.
2. Редис это эрзац вариант для тех, кто не хочет устанавливать кролика
2. Редис это эрзац вариант для тех, кто не хочет устанавливать кролика
D
Да, главное принять запрос , кинуть в очередь, а дальше воркеры разгребут. Предположительно 1к rps, в пике может больше
nsq попробуйте - шустрый, легкий и простой
BA
nsq попробуйте - шустрый, легкий и простой
Окей, благодарю, посмотрю в его сторону.
Кролик под такие задачи не вариант?
Кролик под такие задачи не вариант?
АЯ
И, да. Реббит нифига не сложный, а наоборот очень простой. Я б нгл сразу ставил и не парился
D
Окей, благодарю, посмотрю в его сторону.
Кролик под такие задачи не вариант?
Кролик под такие задачи не вариант?
вариант, но он "тяжелее" и оверкил для вашей задачи
АЯ
Окей, благодарю, посмотрю в его сторону.
Кролик под такие задачи не вариант?
Кролик под такие задачи не вариант?
Реббит не вариант только под задачи "миллион сообщений в секунду с репликацией"
NB
1. База данных для очередей не оч вариант ни в каких случаях.
2. Редис это эрзац вариант для тех, кто не хочет устанавливать кролика
2. Редис это эрзац вариант для тех, кто не хочет устанавливать кролика
А почему не рекомендуете использовать базу данных?
АЯ
вариант, но он "тяжелее" и оверкил для вашей задачи
Чем он тяжелее то?
AA
И, да. Реббит нифига не сложный, а наоборот очень простой. Я б нгл сразу ставил и не парился
Только с отложенными тасками с ним приходится извращаться. Хотя я давно его не юзал
D
Чем он тяжелее то?
вы количество фич кролика видели ? человеку это просто не нужно, зачем пхать то что не нужно ? лишь бы было ?
СВ
Nikita Borovik
А почему не рекомендуете использовать базу данных?
будет много очередей, много консьюмеров - будут дедлоки)
АЯ
Nikita Borovik
А почему не рекомендуете использовать базу данных?
Её нужно контроллировать и по сути самостоятельно прописывать поверх апликуху для разруливания всего. Очень дохера всего
BA
Реббит не вариант только под задачи "миллион сообщений в секунду с репликацией"
Миллион не планируется, так как сугубо под реквесты нужен, дальше уже kafka будет
АЯ
вы количество фич кролика видели ? человеку это просто не нужно, зачем пхать то что не нужно ? лишь бы было ?
Зачем использовать все фичи? Используй только те, которые надо
D
будет много очередей, много консьюмеров - будут дедлоки)
откуда там дедлоки интересно...в паттерне очереди в базе то ...
АЯ
откуда там дедлоки интересно...в паттерне очереди в базе то ...
Будут.
NB
Её нужно контроллировать и по сути самостоятельно прописывать поверх апликуху для разруливания всего. Очень дохера всего
Насколько мне известно, то redis это хранилище в оперативной памяти, что делать если сервер упадет ? Куда денутся неотработанные очереди?