HiveMQ-Cloud-Alternative: Ein fairer Rahmen für den Vergleich verwalteter MQTT-Broker

Wenn Sie nach einer HiveMQ-Cloud-Alternative recherchieren, ist das Nützlichste ein fairer, wiederholbarer Weg, verwaltete MQTT-Broker zu vergleichen. Dieser Artikel liefert Ihnen genau diesen Rahmen: die Kriterien, auf die es ankommt, wie Sie jedes davon selbst testen, und wo ConnectMQ bei jedem Punkt steht. So treffen Sie Ihre Entscheidung anhand Ihrer Anforderungen statt anhand von Marketingseiten.

HiveMQ im Kontext

HiveMQ ist einer der bekanntesten Namen im MQTT-Umfeld. Das Unternehmen bietet einen Enterprise-Broker und einen verwalteten MQTT-Broker in der Cloud an und hat vielgelesenes Lernmaterial zum Protokoll veröffentlicht. Viele Ingenieure haben MQTT zuerst mit diesen Ressourcen gelernt. Die Suche nach einer Alternative bedeutet nicht, dass mit HiveMQ etwas nicht stimmt; Teams vergleichen Anbieter aus vielen Gründen, etwa wegen des passenden Preismodells, der Bereitstellungsoptionen, des Datenstandorts, industrieller Funktionen oder schlicht aus Sorgfaltspflicht vor einem langfristigen Vertrag.

Tarife, Limits und Funktionen jedes verwalteten MQTT-Brokers ändern sich im Laufe der Zeit. Betrachten Sie jeden Vergleich, auch diesen, als Ausgangspunkt und prüfen Sie vor einer Entscheidung die aktuelle Dokumentation und die Bedingungen jedes Anbieters.

Der Vergleichsrahmen

Bewerten Sie jeden Anbieter nach denselben Kriterien. Die rechte Spalte zeigt unsere eigenen dokumentierten Fähigkeiten, damit Sie einen konkreten Bezugspunkt haben.

Beachten Sie die Zeile zu den Integrationen. Manche Anbieter enthalten native Datenkonnektoren oder Erweiterungen; unser Broker bleibt bewusst schlank und lässt Sie über Standard-MQTT-Clients integrieren. Ob das eine Stärke oder eine Lücke ist, hängt davon ab, ob Sie bereits Tools wie Node-RED oder eine Zeitreihen-Pipeline betreiben.

Die Kriterien im Detail

Vollständigkeit des Protokolls

Sowohl MQTT 3.1.1 als auch MQTT 5.0 sollten unterstützt werden. Wenn Sie MQTT-5-Funktionen wie Shared Subscriptions, Message Expiry, Topic-Aliase oder Response Topics nutzen möchten, bestätigen Sie jede einzeln für den Tarif, den Sie kaufen würden, statt sich auf „MQTT 5 wird unterstützt" zu verlassen. Der Artikel zu den MQTT-5-Funktionen erklärt, welche Funktionen für welche Anwendungsfälle wichtig sind.

Kostenloser Tarif und Tarifstufen

Ein kostenloser Tarif ist nur dann wertvoll, wenn Sie damit echte Geräte und echtes TLS testen können. Achten Sie auf die Anzahl der Verbindungen, die maximale QoS und Nachrichtengröße und darauf, ob Sie upgraden können, ohne Hostnamen oder Zugangsdaten zu ändern. Der Leitfaden zum kostenlosen Tarif eines MQTT-Brokers listet auf, worauf Sie achten sollten.

Passendes Preismodell

Anbieter berechnen nach Verbindungen, Nachrichten, Datenverkehr, Clustergröße oder einer Mischung. Keines davon ist an sich besser; entscheidend ist, wie Ihre Last wächst. Eine Flotte vieler stiller Sensoren verhält sich ganz anders als einige wenige gesprächige Maschinen. Modellieren Sie Ihre erwarteten Verbindungen und Nachrichtenraten für das nächste Jahr und berechnen Sie jeden Anbieter anhand seiner aktuell veröffentlichten Preise für dieses Profil.

Umgang mit Industriedaten und Sparkplug

Wenn Sie in der Fertigung arbeiten, prüfen Sie, wie ein Broker mit Sparkplug-B-Payloads umgeht. Ein Broker leitet Protobuf-Bytes ohnehin weiter, aber Tools, die sie dekodieren und anzeigen, ersparen viel Debugging. ConnectMQ dekodiert Sparkplug B (Protobuf oder JSON) und kann es erneut in ISA-95-Topics veröffentlichen, zum Beispiel spBv1.0/factory1/DDATA/line1/cnc1 nach connectmq/factory1/production/line1/cnc1/telemetry. Fragen Sie außerdem, ob ein Anbieter den UNS als Konzept unterstützt: In der Fertigung wird die ISA-95-Gerätehierarchie (Enterprise → Site → Area → Line → Cell) zur Topic-Struktur auf dem Broker, etwa acme/werk-stuttgart/montage/linie-1/zelle-3/temperatur, und SPS, MES, ERP und Analysewerkzeuge teilen sich diesen einen Namensraum. Tools, die diese Ebenen erkennen und Geräte danach gruppieren, machen Industrie-4.0-Projekte deutlich übersichtlicher. Hintergründe finden Sie unter MQTT Sparkplug B und Unified Namespace.

Betrieb und Transparenz

Der laufende Betrieb zählt mehr als der Registrierungsprozess. Fragen Sie, wie Sie sehen, welche Clients verbunden sind, welche Topics aktiv sind und wie die Payloads aussehen, wenn sich ein Gerät fehlerhaft verhält. Ein integrierter Web-Client und ein Live-Topic-Browser können beim Debugging viele improvisierte Werkzeuge ersetzen. Prüfen Sie, ob der Verbindungsstatus so bereitgestellt wird, dass Ihr eigenes Monitoring ihn nutzen kann; bei unserem Broker wird der Status eines Clients zum Beispiel unter $SYS/broker/connection/{clientId}/state veröffentlicht. Schauen Sie sich schließlich an, wie der Dienst sich und Sie vor fehlerhaften Clients schützt: Kontingente, Flood-Schutz und das Sperren wiederholt fehlgeschlagener Anmeldungen begrenzen den Schaden eines fehlerhaften Firmware-Releases.

Bereitstellungsmodell

Geteilte Serverless-Cluster sind schnell und günstig für den Einstieg. Größere oder regulierte Projekte benötigen eventuell einen isolierten dedizierten Cluster, eine Bereitstellung im eigenen Cloud-Konto oder eine selbst verwaltete Option. Prüfen Sie, welche davon jeder Anbieter bietet und vor allem, ob Sie zwischen ihnen wechseln können, ohne die Gerätekonfiguration zu ändern. Für Unternehmen im DACH-Raum spielen dabei oft Anforderungen aus DSGVO und NIS2 eine Rolle; klären Sie bei jedem Anbieter, wo Daten verarbeitet werden und welche Nachweise er liefern kann.

Portabilität

Der beste Schutz vor einer Fehlentscheidung ist die Möglichkeit, sie zu korrigieren. Bevorzugen Sie Anbieter, bei denen Sie Standard-MQTT-Clients mit Standardfunktionen nutzen, sodass ein späterer Wechsel nur die Verbindungseinstellungen ändert.

Jeden Broker mit demselben Skript testen

Führen Sie gegen jeden Kandidaten denselben Test aus. Dieses MQTT.js-v5-Skript verbindet sich per MQTT 5, abonniert, veröffentlicht mit QoS 1, misst die Round-Trip-Zeit und gibt bei einem Fehler den Reason Code des Servers aus:

// npm install mqtt
const mqtt = require("mqtt");

const url = process.env.MQTT_URL || "mqtts://broker.connectmq.com:8883";
const topic = process.env.MQTT_TOPIC || "connectmq/demo/a91c/rtt";

const client = mqtt.connect(url, {
  clientId: process.env.MQTT_CLIENT_ID || "eval-a91c-js",
  username: process.env.MQTT_USERNAME,
  password: process.env.MQTT_PASSWORD,
  protocolVersion: 5,
  connectTimeout: 10_000,
});

let sentAt = 0;
let count = 0;

client.on("connect", () => {
  console.log("Connected to", url);
  client.subscribe(topic, { qos: 1 }, (err) => {
    if (err) return console.error("Subscribe failed:", err.message);
    sendNext();
  });
});

function sendNext() {
  sentAt = Date.now();
  client.publish(topic, JSON.stringify({ n: count, t: sentAt }), { qos: 1 });
}

client.on("message", (_topic, payload) => {
  const rtt = Date.now() - sentAt;
  console.log(`Message ${count} round trip: ${rtt} ms`);
  count += 1;
  if (count < 10) setTimeout(sendNext, 500);
  else client.end();
});

client.on("error", (err) => {
  console.error("Error:", err.message, err.code ?? "");
  client.end();
});

Führen Sie es zuerst gegen den öffentlichen MQTT-Broker aus und dann gegen den privaten Endpunkt jedes Anbieters, indem Sie nur die Umgebungsvariablen ändern:

node rtt.js
MQTT_URL=mqtts://broker.connectmq.com:8883 MQTT_USERNAME=YOUR_USERNAME \
MQTT_PASSWORD=YOUR_PASSWORD MQTT_CLIENT_ID=YOUR_CLIENT_ID \
MQTT_TOPIC=eval/rtt node rtt.js

Führen Sie den Test dort aus, wo Ihre Geräte tatsächlich stehen. Die Latenz aus Ihrem Büro sagt wenig über die Latenz an einem entfernten Standort aus.

Eine Bewertungs-Checkliste

1. Listen Sie Ihre unverzichtbaren Anforderungen auf (zum Beispiel QoS 2, Sparkplug-Dekodierung, ein dedizierter Cluster).
2. Streichen Sie jeden Anbieter, der laut aktueller Dokumentation eine Pflichtanforderung nicht erfüllt.
3. Führen Sie das Testskript von den Standorten Ihrer Geräte aus gegen die verbleibenden Anbieter aus.
4. Verbinden Sie mindestens einen Tag lang ein echtes Gerät oder Gateway und achten Sie auf Verbindungsabbrüche.
5. Prüfen Sie die Betriebswerkzeuge: Sehen Sie Live-Topics und Verbindungsstatus ohne zusätzliche Software?
6. Berechnen Sie Ihre Jahreslast anhand der aktuellen Preisliste jedes Anbieters.
7. Bestätigen Sie den Ausstiegsweg: Können Sie Geräte umziehen, indem Sie Host, Port und Zugangsdaten ändern?

Einen kostenlosen Broker als Referenzpunkt nutzen

Da der kostenlose Tarif von ConnectMQ keine Kreditkarte erfordert, ist er eine einfache Basis für jeden Vergleich. Erstellen Sie einen kostenlosen Serverless-Broker, führen Sie das obige Skript aus und erkunden Sie Ihre Topics im Portal. Für einen Überblick über das Gesamtumfeld lesen Sie unsere Übersicht zum Cloud-MQTT-Broker, den verwandten Vergleich zur EMQX-Cloud-Alternative und die Erklärung, was ein verwalteter MQTT-Broker ist. Produktdetails finden Sie auf connectmq.com.

Häufig gestellte Fragen

Ist ConnectMQ mit Clients kompatibel, die für HiveMQ Cloud geschrieben wurden?

Clients, die Standard-MQTT 3.1.1 oder 5.0 verwenden, funktionieren mit jedem konformen Broker. In der Regel ändern sich nur Host, Port, Zugangsdaten und Client-ID.

Wie sollte ich die Preise von Anbietern verwalteter MQTT-Broker vergleichen?

Modellieren Sie Ihre erwarteten Verbindungen und Ihr Nachrichtenvolumen für das nächste Jahr und wenden Sie dann die aktuell veröffentlichten Preise jedes Anbieters an. Die Preismodelle unterscheiden sich, vergleichen Sie also die Gesamtkosten für Ihre Last statt der Listenpreise.

Enthält ConnectMQ Datenintegrationen wie Datenbank-Konnektoren?

Nein. Der Broker konzentriert sich auf MQTT; Sie integrieren über Tools wie Node-RED, Telegraf oder eigene Subscriber, die sich als MQTT-Clients verbinden.

Wo kann ich die aktuellen Funktionen von HiveMQ Cloud prüfen?

Nutzen Sie die offizielle Dokumentation und die Preisseiten von HiveMQ, da sich Tarife und Limits im Laufe der Zeit ändern.