Есть ли веская причина использовать сервер на основе AMQP вместо чего-то вроде beanstalkd или redis?

Я пишу часть проекта, который отвечает за обработку задач вне основного приложения, обращенного к серверу данных, который написан на javascript с использованием Node.js. Он должен обрабатывать задачи, которые запланированы в будущем, и потенциально обрабатывать задачи, которые «прямо сейчас». «Прямо сейчас» просто означает, что в следующий раз, когда рабочий станет доступным, он будет работать над этой задачей, так что этот бит может не иметь значения. Все работники будут общаться с внешними ресурсами, например, отправить электронное письмо. Мы небольшой магазин, и у нас нет тонны ресурсов, поэтому я не хочу начинать смешивать языки на этом этапе процесса, и я уже вижу, что Node может сделать это для нас довольно легко.так что это то, что мы собираемся использовать, если я не вижу веских причин не делать этого до того, как я начну программировать, что произойдет в ближайшее время.

При всем при этом я не могу сказать, есть ли веская причина использовать сервер на базе AMQP, такой как OpenAMQ или RabbitMQ , а не что-то вроде Kue . ] или Beanstalkd с клиентом узла. Итак, начнем:

Есть ли веская причина использовать сервер на основе AMQP вместо чего-то вроде beanstalkd или redis с Kue? Если да, то какой сервер на основе AMPQ лучше всего подходит для описанной мной архитектуры? Если нет, то какое решение nosql (beanstalkd, redis/Kue )проще всего настроить и быстрее развернуть?