Hi HN! I'm Dima from the ThingsBoard team — the company behind the open-source IoT platform and TBMQ, our MQTT broker built on top of Apache Kafka.
Most MQTT brokers hit a ceiling when you need to scale horizontally or survive node failures without message loss. We built TBMQ on Kafka because it's battle-tested at scale across the industry — you get fault tolerance, high throughput, and horizontal scalability as a foundation rather than something you bolt on later.
TBMQ has a Community Edition (open-source) and a Professional Edition with advanced observability, enterprise features, and monitoring. The demo runs the PE version, so you can see the full feature set without installing anything.
Two ways to try it:
- No signup: Connect via MQTT directly to "demo.tbmq.io" — ports 1883 (TCP), 8883 (TLS), 443 (WSS), username - "demo", and no password. Test pub/sub, shared subscriptions, retained messages. Public environment, so no sensitive data.
- Quick SSO signup: Head to https://demo.tbmq.io for read-only access to the full professional UI — live session/subscription browsing, message flow dashboards, and more.
Happy to answer questions about the architecture or tradeoffs. Fair criticism welcome.
Yes, TBMQ currently uses Redis, but as a fully open-source broker that prioritizes open-source technologies, we’re following the community shift to Valkey and plan to support it in the next release.
TBMQ 2.1 introduces native HTTP, MQTT, and Kafka integrations—plus an official Helm chart to make deploying your MQTT infrastructure easier than before.
Our architecture introduces a new Integration Executor microservice, ensuring that outbound integrations have zero impact on the core MQTT broker’s performance.
As for me, TBMQ proposes the same reasons to use it as ActiveMQ Artemis. ActiveMQ Artemis seems to be a great platform that states about its high performance, clustering support, and data persistence. We believe TBMQ offers the same advantages by relying on Kafka to provide high-throughput and low-latency delivery. Check out our performance results:
https://thingsboard.io/docs/mqtt-broker/reference/100m-conne...
We prioritize data durability by leveraging Kafka replication guarantees. The scalability of TBMQ is very easy to achieve without the need to configure anything. Just add nodes as you go to achieve better throughput/capacity/performance.
RabbitMQ with the MQTT plugin is actually a good choice for many scenarios, especially when you need a messaging system that supports the MQTT protocol alongside other messaging protocols like AMQP.
However, as they themselves say, There are other good MQTT brokers out there, and some will be able to handle even more MQTT client connections than RabbitMQ because other brokers are specialised in MQTT only.
TBMQ - is exactly such a MQTT broker that is designed to be scalable, fault-tolerant, and efficient. The recent performance tests showed the TBMQ quality.
Additionally, TBMQ can be easily launched as a single server, two servers, three servers, and so on. Compared to RabbitMQ -
https://www.rabbitmq.com/mqtt.html#requirements
As far as I know, it is a lightweight MQTT broker designed to take good advantage of multi-CPU environments. We provide cluster support out of the box and are designed to support and work great for various setups, from small-scale to enterprise-level implementations.
Most MQTT brokers hit a ceiling when you need to scale horizontally or survive node failures without message loss. We built TBMQ on Kafka because it's battle-tested at scale across the industry — you get fault tolerance, high throughput, and horizontal scalability as a foundation rather than something you bolt on later.
TBMQ has a Community Edition (open-source) and a Professional Edition with advanced observability, enterprise features, and monitoring. The demo runs the PE version, so you can see the full feature set without installing anything.
Two ways to try it:
- No signup: Connect via MQTT directly to "demo.tbmq.io" — ports 1883 (TCP), 8883 (TLS), 443 (WSS), username - "demo", and no password. Test pub/sub, shared subscriptions, retained messages. Public environment, so no sensitive data.
- Quick SSO signup: Head to https://demo.tbmq.io for read-only access to the full professional UI — live session/subscription browsing, message flow dashboards, and more.
Happy to answer questions about the architecture or tradeoffs. Fair criticism welcome.
reply