Кролик держит меньше, его не за этим используют

Я всегда все по макс из коробки юзаю

Для каждой задачи есть лучшее решение чем коробочное

И то что твиттер использует редис, абсолютно не говорит о том что он использует его как очередь сообщений

Далеко не только кей валью

Коробочные решения как правило не масштабируются

ну как только задача выйдет за пределы среднестатической - придется изучать новое

Возможностей у редиса дофина

Мы говорим о том чем он является а не о возможностях. На квадратных колёсах тоже можно ездить но нахрена

Тем более что redis в стандартной конфигурации это in-memory key-value хранилище. И ограничивается запасом оперативы

Его используют нетолько как кейфвалую

окей. no-sql на базе key-value

Кассандра тоже на базе кей валью

Да

Ну давай так. Персистанс редиса не срабатывает на каждое изменённое значение. Если так настроить то сильно потеряешь в скорости. А брокер сообщений определяет гарантию доставки и гарантию удаления если джоб завершился успехом. Если с редисом что то будет -  о ты точно не угадаешь какие сообщения прошли с успехом, какие снова надо отправить а какие тупо потерялись - не знаю точно как это разруливает лара если редис упадёт

ну надо отметить что и в очередях что в кролике что в бинсталке очередь может быть не персистен, а в бинсталке на сколько я помню она как раз поумолчанию ин-мемори и при краше, тупо все теряется

Это я все лишь к тому что в редисе не хранят важные данные для бизнеса

Я согласен на все 100, что редис не лучшее решение для брокера сообщений, как минимум потому, что в режиме AOF, данные будут писаться раз в секунду на диск, и можем потерять сообщения. В крититчных системах - это не допустимо. По поводу разруливания сообщений, здесь все лучшк, там есть атомарные команды по типу lpoprpush

@egerasimchuk не забудь курс прорекламировать))

)) что так жёстко