I still wonder if MQTT really has the right tradeoffs compared to AMQP, especially as you try to scale things beyond hello world.<p><a href="http://www.slideshare.net/paolopat/mqtt-iot-protocols-comparison" rel="nofollow">http://www.slideshare.net/paolopat/mqtt-iot-protocols-compar...</a><p><a href="http://www.iotprimer.com/2013/11/iot-protocol-wars-mqtt-vs-coap-vs-xmpp.html" rel="nofollow">http://www.iotprimer.com/2013/11/iot-protocol-wars-mqtt-vs-c...</a><p><a href="http://blogs.vmware.com/vfabric/2013/02/choosing-your-messaging-protocol-amqp-mqtt-or-stomp.html" rel="nofollow">http://blogs.vmware.com/vfabric/2013/02/choosing-your-messag...</a>
Interesting open alternative to IBM's MessageSight products. In general, the MQTT standard seems great for providing open, high-volume publish-subscribe APIs (over TCP for native apps, over Websocket for web apps).<p>I compare this to Faye and the Bayeux protocol which I've been using this far, but which few developers know or are willing to learn.
"The most scalable MQTT Message Broker.
Powering IoT, M2M, Mobile, and Web Applications."<p>Warning, abbreviation overload! I don't know if it's because of Game of Thrones (which I don't even watch) but I find "IoT" intensely difficult to remember as an abbreviation. And I had to look up "M2M". I guess MQTT is acceptable because people interested in this would already know it.
How does this compare to this other open source erlang powered MQTT message broker: <a href="http://emqtt.io/" rel="nofollow">http://emqtt.io/</a><p>Curious because I was about to start playing around with emqtt<p>Any benchmarks for VerneMQ?
Thanks for sharing. Looked over the code, looks solid, and very well organized.<p>Perhaps would like to see some benchmarks and comparisons with other brokers (including RabbitMQ plugin).<p>In general with MQTT I was always wondering about its QoS level 2 -- "Once and one once delivery". How well does that work with distributed systems. That would seem a bit hard to implement. (I can see at least once, at most once. Exactly once would be tricky. Thinking about network partitions, disconnects and other such distributed systems shenanigans).
I wrote a very simple queue for embedded devices to talk to (in Go, so you just copy the single binary), which is similar to VerneMQ (I guess) but way less complex:<p><a href="http://www.stavros.io/posts/messaging-for-your-things/" rel="nofollow">http://www.stavros.io/posts/messaging-for-your-things/</a><p>It's basically an HTTP API for polling pub/sub, along with a streaming endpoint for push.