HiveMQ-Migration

HiveMQ Pay As You Go Alternative: Der verwaltete Cloud-MQTT-Broker von ConnectMQ für die Produktion

Produktionsteams auf HiveMQ Cloud Serverless Pay As You Go brauchen mehr als einen kostenlosen Tarif. Erfahren Sie, wie der verwaltete Cloud-MQTT-Broker von ConnectMQ mit den Optionen Dedicated, BYOC und Self Managed Enterprise Isolation, planbare Leistung und einen sauberen Migrationsweg bietet.

Eine produktive IoT-Flotte zieht von HiveMQ Serverless Pay As You Go auf einen isolierten Cluster des verwalteten Cloud-MQTT-Brokers von ConnectMQ um
Probieren Sie es auf Ihrem eigenen MQTT-Broker ausHolen Sie sich im Free-Tarif einen privaten, verwalteten MQTT-Broker und starten Sie mit fertigen Codebeispielen.
Kostenlos testen Codebeispiele Keine Kreditkarte erforderlich

Die Einstellung von HiveMQ Serverless betrifft Pay-As-You-Go-Cluster genauso wie kostenlose: Am 31. Dezember 2026 nehmen sie keine Verbindungen mehr an und werden anschließend gelöscht. Für Teams, die echte Produkte auf Pay As You Go betreiben, ist jetzt der Moment, eine Umgebung zu wählen, die für die Produktion gebaut ist, statt einer weiteren Übergangslösung. Der verwaltete Cloud-MQTT-Broker von ConnectMQ bietet Ihnen einen MQTT-Dienst, den ConnectMQ für Sie betreibt, mit Isolation und Kapazität, die zu einer Produktionsflotte passen.

Details zur Einstellung lesen Sie unter HiveMQ Cloud Serverless End of Life.

Warum produktive Workloads mehr als Serverless brauchen

Geteilte Serverless-Cluster eignen sich hervorragend für den Einstieg, und die Serverless-Tarife von ConnectMQ unterstützen Produktionsflotten bis 1.000 Verbindungen. Viele Pay-As-You-Go-Nutzer haben jedoch Anforderungen, die für eine dedizierte Bereitstellung sprechen:

  • Planbare Leistung. Auf einem dedizierten Cluster teilt sich kein anderer Mandant Ihren Broker, die Latenz hängt also nur von Ihrer eigenen Last ab.
  • Kapazitätsplanung. Der Cluster wird auf Ihre Flotte und Ihren Wachstumsplan dimensioniert statt auf ein Kontingent für den durchschnittlichen Mandanten.
  • Sicherheitsprüfungen. Die Frage „Berührt der Datenverkehr anderer Kunden unseren Broker?" ist leicht zu beantworten, wenn die Antwort Nein lautet.
  • Fan-out und große Consumer. Viele Backend-Dienste mit Shared Subscriptions, größere Payloads und QoS-2-Flüsse lassen sich leichter abbilden.

Der Leitfaden zum dedizierten MQTT-Broker nennt die Anzeichen dafür, dass Sie einem geteilten Tarif entwachsen sind.

Verwaltete Cloud-Optionen bei ConnectMQ

Option Wer sie betreibt Wo sie läuft Typischer Einsatz
Dedicated ConnectMQ Ein isolierter Cluster in der Cloud von ConnectMQ, nur für Sie Produktionsflotten, die Isolation wollen, ohne Infrastruktur zu betreiben
BYOC (Bring Your Own Cloud) ConnectMQ In Ihrem eigenen Cloud-Konto Datenstandort, bestehende Cloud-Verträge, strikte Sicherheitsgrenzen
Self Managed Enterprise Sie, mit einem lizenzierten ConnectMQ-Broker Ihre eigenen Server oder Ihr Werksnetz On-Premises, Air-Gapped oder regulierte Standorte

Alle drei bieten dieselbe Unterstützung für MQTT 3.1.1 und 5.0 und dieselben Portal-Konzepte, sodass Sie mit Dedicated beginnen und später einen BYOC- oder On-Premises-Standort hinzufügen können, ohne Topics oder Clients neu zu entwerfen. Mehr dazu unter BYOC-MQTT-Broker und zu den Optionen eines Enterprise-MQTT-Brokers.

Was nach dem Umzug gleich bleibt

Für eine Pay-As-You-Go-Flotte bleibt die Erfahrung auf Protokollebene bewusst unverändert:

  • Standard-MQTT-Clients und -Bibliotheken, ohne proprietäres SDK.
  • TLS auf Port 8883 und Secure WebSocket auf 8084 (Pfad /mqtt) mit öffentlich vertrauenswürdigen Zertifikaten.
  • Ihre Topic-Struktur, Payload-Formate und QoS-Stufen.
  • MQTT-5-Funktionen wie Reason Codes, User Properties, Message Expiry und Shared Subscriptions.

Was sich ändert, sind Hostname, Zugangsdaten und das Schema der Client-IDs – und wen Sie anrufen, wenn etwas nicht stimmt.

Tools für Betriebsteams

Ein Produktions-Broker ist nur so gut wie Ihre Einsicht in ihn. Das ConnectMQ-Portal bietet Betriebsteams:

  • Ein Dashboard für Verbindungen und Datenverkehr.
  • Einen Live-Topic-Explorer und einen MQTT-Client im Browser für das Debugging.
  • Eine ISA-95-Geräteansicht mit Sparkplug-B-Dekodierung und optionaler erneuter Veröffentlichung von Sparkplug-B-Daten in ISA-95-Topics für einen Unified Namespace (UNS).
  • Schwellwert-Alarmregeln und ein Alarmprotokoll.
  • Den Verbindungsstatus pro Client unter $SYS/broker/connection/{clientId}/state, den Ihr eigenes Monitoring abonnieren kann.

Für Industrieanwender im Umfeld von Industrie 4.0 ist das entscheidend: Unter MQTT Sparkplug B und Unified Namespace lesen Sie, wie ConnectMQ mit ISA-95-Topic-Strukturen umgeht.

Den Umzug als Produktionsänderung planen

Eine Produktionsmigration verdient einen Change-Plan statt einer hektischen Wochenendaktion:

  1. Kapazität. Messen Sie Ihre Spitzenzahl gleichzeitiger Verbindungen und Ihre Nachrichtenrate bei HiveMQ und planen Sie Reserve für 12 bis 18 Monate Wachstum ein.
  2. Umgebung. Fordern Sie die Dedicated- oder BYOC-Bereitstellung frühzeitig an, damit sie lange vor Ihrer ersten Welle bereitsteht.
  3. Staging. Richten Sie eine Staging-Flotte oder einen Testaufbau auf den neuen Broker aus und fahren Sie Ihr Lastprofil. Der Leitfaden zu Tools für MQTT-Lasttests hilft dabei.
  4. Parallelbetrieb. Leiten Sie Datenverkehr zwischen HiveMQ und ConnectMQ weiter, während Sie erst die Consumer und dann die Geräte in Wellen umziehen. Siehe HiveMQ-Migration ohne Ausfallzeit.
  5. Umschaltung und Review. Ziehen Sie die letzten Geräte deutlich vor dem 31. Dezember 2026 um und prüfen Sie dann einige Wochen lang Metriken und Alarme, bevor Sie den alten Cluster löschen.

Heute starten, upgraden, wenn Sie bereit sind

Sie müssen nicht auf einen dedizierten Cluster warten, um zu beginnen. Legen Sie unter app.connectmq.com einen kostenlosen Broker an, prüfen Sie Ihre Client-Bibliotheken, TLS-Einstellungen und Topic-Struktur und kontaktieren Sie ConnectMQ über connectmq.com, um eine Dedicated- oder BYOC-Bereitstellung zu dimensionieren. Folgen Sie dann für den eigentlichen Umzug dem Migrationsleitfaden für HiveMQ Serverless.

Häufig gestellte Fragen

Was ist ein verwalteter Cloud-MQTT-Broker?

Ein MQTT-Broker, den der Anbieter für Sie auf Infrastruktur betreibt, die Ihrer Organisation vorbehalten ist. ConnectMQ kümmert sich um Server, Upgrades, Zertifikate und das Monitoring des Brokers, während Sie die volle Kontrolle über Ihre Clients und Datenflüsse behalten.

Sollten Nutzer von HiveMQ Pay As You Go Serverless (Paid) oder Dedicated wählen?

Bleibt Ihre Flotte unter 1.000 gleichzeitigen Verbindungen und kommen Sie mit einem geteilten, isolierten Cluster zurecht, ist Serverless (Paid) der einfachste Umstieg. Wählen Sie Dedicated, wenn Sie Isolation, planbare Latenz, mehr Kapazität oder eine einfachere Sicherheitsprüfung brauchen.

Kann ConnectMQ in meinem eigenen Cloud-Konto laufen?

Ja. Mit BYOC verwaltet ConnectMQ den Broker in Ihrem Cloud-Konto, was bei Anforderungen an den Datenstandort und bestehenden Cloud-Verträgen hilft.

Wie lange dauert der Umzug einer Produktionsflotte?

Planen Sie mehrere Wochen ein: Bereitstellung, Staging-Tests, Parallelbetrieb und gestaffelte Wellen. Die Frist ist der 31. Dezember 2026, beginnen Sie also so früh wie möglich.

Verwandte Artikel

Alle Artikel →

Ihr privater MQTT-Broker ist nur wenige Klicks entfernt

Konto anlegen, Broker-Zugangsdaten erhalten und das erste Gerät verbinden — ohne Server, die installiert, gepatcht oder skaliert werden müssen.