На каком этапе роста проекта нужно использовать Redis для очередей?

Question

[Друг]

Сейчас в проекте используется порядка десятка Jobs, вызываемых когда нужно отправить сообщение на почту при регистрации, при появлении заказа, при смене статуса заказа... А так же с десяток Jobs, вызываемых при загрузке прайсов, при обновлении цен. Redis не используется.
Я правильно понимаю, что целесообразно подключить Redis для передачи управления очередями чтобы снизить нагрузку на текущую базу данных? Раньше на другом проекте я так делал, но в этом пока еще не подключили Redis.

Можете высказать пару мыслей по поводу целесообразности передачи управления очередями в Redis?

Comments

[FanatPHP]

Пары мыслей здесь будет много, хватит и одной.
Снижать нагрузку на БД надо тогда, когда она появится.

[Илья]

используется порядка десятка Jobs

А что эти самые Jobs из себя представляют? Какой то встроенный в БД механизм? И какая у вас БД?

Answer 1

[Иван Шумов]

Нет, из Redis делать очереди такая себе идея. Доя этого создавались другие инструменты: RabbitMQ, Kafka и другие. Redis полез туда, но это не очереди, а система подписок на уведомления. Отличия минимальные, но есть

Comments

[Друг]

а кэширование на Redis?

[Иван Шумов]

Друг, это пожалуйста, но надо понимать характер кэширования. Если вам не важны hit miss то лучше memcached