ThingsBoard Cloud vs eigene Instanz

Timo Wevelsiep

ThingsBoard kann als Cloud Service genutzt oder als private Instanz betrieben werden. Das passende Modell hängt von Datenstandort, Anpassung, Integrationstiefe und Betriebsverantwortung ab.

Inhaltsverzeichnis

Kurzantwort
Deployment-Abwägung
Wann eine eigene Instanz gewinnt
Wie merkaio ThingsBoard betreibt
Verwandte Entscheidungen

Kurzantwort

Cloud passt, wenn Standard-Deployment und schneller Start zählen. Eine eigene Instanz passt, wenn Datenstandort, Netzwerkisolation, eigene Integrationen oder kundenspezifischer Betrieb entscheidend werden.

Wenn Sie bereits wissen, dass Sie eine dedizierte Umgebung brauchen, passt Managed ThingsBoard Hosting.

Deployment-Abwägung

Kriterium	ThingsBoard Cloud	Eigene ThingsBoard Instanz
Startgeschwindigkeit	Schnellster Weg für Evaluation und erste Dashboards.	Braucht Setup, Sizing, Security und Betriebsplanung.
Datenstandort	Gebunden an Cloud-Modell und verfügbare Regionen des Anbieters.	Möglich in EU-Region, dedizierter Cloud, Kundentenant oder On-Premise.
Netzzugriff	Meist internetnah mit plattformdefinierten Grenzen.	Möglich hinter VPN, privaten Netzen oder Kundenfirewalls.
Anpassung	Gut innerhalb der Standardoptionen der Plattform.	Besser für eigene Integrationen, Branding, Erweiterungen und Datenbankzugriff.
Betrieb	Plattformbetrieb wird durch den Cloud-Anbieter abstrahiert.	Sie oder ein Managed Provider verantworten Backups, Updates, Monitoring und Skalierung.
Kostenmodell	Gut, wenn Nutzung in veröffentlichte Pläne und Standardmuster passt.	Gut, wenn Kosten und Architektur zu einem konkreten Rollout passen sollen.

Wann eine eigene Instanz gewinnt

Eine eigene Instanz hilft, wenn Kunden fragen, wo Daten liegen, wer Zugriff hat und wie die Umgebung isoliert ist.

Sie hilft auch, wenn ERP, Ticketsysteme, GIS, Abrechnung, mobile Apps oder eigene Datenbanken tiefer integriert werden müssen, als ein Standard-Cloud-Setup erlaubt.

Wenn Ihr Produktversprechen Uptime und Support umfasst, braucht auch die ThingsBoard-Umgebung klare Betriebsprozesse.

Wie merkaio ThingsBoard betreibt

Wir fokussieren dedizierte ThingsBoard-Umgebungen für Teams, die Kontrolle brauchen, ohne ein internes Plattformteam aufzubauen:

Deployment-Architektur für CE- oder PE-Umgebungen
Datenbank, MQTT, Reverse Proxy, TLS und Backup-Setup
Monitoring für Verfügbarkeit, Storage, Queues und Integrationen
Rule Chains, Dashboards und Device-Modelle
Integration mit ChirpStack, Grafana, APIs und eigenen Anwendungen

Häufige Fragen

Ist eine eigene ThingsBoard Instanz immer besser?▼

Nein. Cloud ist oft der bessere Start für einfache Evaluation. Eine eigene Instanz lohnt sich, wenn Kontrolle, Integrationstiefe oder Betriebsvorgaben es rechtfertigen.

Kann merkaio ThingsBoard PE betreiben?▼

Ja, wenn Lizenz und Zugriff kundenseitig vorhanden sind. Wir übernehmen Infrastruktur, Deployment, Monitoring, Updates und Integrationen.

Kann eine eigene Instanz On-Premise laufen?▼

Ja. Wir planen Cloud-, dedizierte Server-, Hybrid- oder On-Premise-Umgebungen nach Netzwerk, Compliance und Verfügbarkeit.

Kann ThingsBoard mit ChirpStack arbeiten?▼

Ja. ChirpStack kann LoRaWAN-Anwendungsdaten über MQTT, HTTP-Integrationen oder Middleware an ThingsBoard weitergeben.

Nächster SchrittGrafana vs ThingsBoard für IoT

Die Plattformentscheidung ist nur der Anfang.

Nach der Toolauswahl kommen Deployment, Integrationen, Monitoring, Backups, Updates und laufender Betrieb. merkaio plant und betreibt IoT-Stacks mit ChirpStack, ThingsBoard, Grafana, MQTT und eigenen Anwendungen.

Managed IoT Hosting IoT-Plattform entwickeln lassen

Geschrieben von