3 ms·
RabbitMQ, ActiveMQ, MQtt All of those are fine is you only need pub/sub
by dopidopHN 3y ago
RabbitMQ, ActiveMQ, MQtt
All of those are fine is you only need pub/sub
- TedDoesntTalk 3y agoThose are also message queues. They even use MQ in the name.
- valenterry 3y agoHow good does RabbitMQ do in terms of availability nowadays? Because one thing a message queue should offer is high availability - otherwie it loses one of it's most compelling benefits.
- zbentley 3y agoRabbit's quorum queues are an improvement on the extremely poor HA/clustering system they provided previously. Users can now choose between both. Rabbit's defaults are still unfortunate, in my opinion: queues and messages are not disk-persisted by default, though this can easily be enabled. As a result, many folks run and benchmark a "high availability rabbit" only to discover that they're benchmarking distributed state stored in memory, not disk. https://www.rabbitmq.com/quorum-queues.html https://www.rabbitmq.com/quorum-queues.html
- regularfry 3y agoThe one thing that made me pull back from RabbitMQ years ago was that using it between datacentres was a bad plan, because all the clustering was based on Erlang's underlying cluster implementation and the advice on that was not to use it between geographically distinct locations. I don't know if it's since improved or if that advice no longer holds, but working under an environment where we needed cross-DC redundancy made it impossible to select, for that reason.
- gkhartman 3y agoJust to clarify MQTT is a pub/sub protocol, while ActiveMQ and RabbitMQ are message broker implementations. As an example ActiveMQ implements MQTT as one of its optional protocols. Though if anyone's looking for a simple MQTT implantation I'd recommend Mosquitto. My 2 cents as someone who's worked with ActiveMQ pub/sub for quite a few years.