RabbitMQ / ActiveMQ или Redis для более 250 000 сообщений в секунду

Несмотря на то, что программы redis и очереди сообщений обычно используются для разных целей, я хотел бы спросить за и против использования redis для следующего варианта использования:

• группа сборщиков событий записывает входящие сообщения в качестве ключа /значение . потребители извлекают и удаляют обработанные ключи
• , загрузка начинается со 100 КБ сообщений в секунду и превышает 250 КБ за короткий период времени (например, месяцы). Целью является достижение миллиона сообщений в секунду
• . Постоянство строго не требуется. потеря сообщений без ведения журнала во время сбоя - это нормально
• производительность очень важна (так, количество систем, необходимых для обработки нагрузки)
• сообщения не должны обрабатываться в порядке их поступления

не так ли? знаете такие варианты использования, когда redis выбирается вместо традиционного программного обеспечения для очередей сообщений? или вы бы рассмотрели что-нибудь еще?

примечание: я тоже видел это, но не помогло: новичок в приложениях реального времени - Node.JS + Redis или RabbitMQ -> клиент / сервер как?

спасибо