ThingsBoard vs IronFlock: Welche industrielle IoT-Plattform passt zu Ihnen? (2026)
ThingsBoard ist eine Open-Source-IoT-Plattform für Gerätemanagement, Datenerfassung und Visualisierung. Es bietet eine Community Edition (Open Source) und eine Professional/Cloud Edition mit zusätzlichen Funktionen wie Integrationen, White-Labeling und erweiterten Widgets. ThingsBoard ist bei Entwicklern beliebt, die individuelle IoT-Lösungen bauen, dank des Open-Source-Kerns und der Rule Engine. Zugleich ist die Plattform für viele Industrieteams der erste Vergleichsmaßstab bei der Suche nach einer ThingsBoard-Alternative mit stärkeren Edge- und KI-Fähigkeiten.
IronFlock verfolgt einen grundlegend anderen Ansatz: Statt eines zentralen Servers mit Rule Engine verteilt IronFlock die Berechnung auf autonome Edge-Geräte, die Docker-Container ausführen, während zentrale Dienste flottenweite Datenspeicherung, KI-Orchestrierung und Dashboards bereitstellen.
Auf einen Blick
| Dimension | IronFlock | ThingsBoard |
|---|---|---|
| Erscheinungsbild | Moderne Web-Oberfläche — klar, responsiv, browsernativ | Funktionale Web-Oberfläche — anpassbare Widgets, aber visuell in die Jahre gekommen |
| Benutzerfreundlichkeit | Self-Service: Registrieren, Gerät flashen, Apps in Minuten bereitstellen | Entwicklerfreundlich, aber steile Lernkurve — Rule Chains, Geräteprofile, komplexe Konfiguration |
| Zusammenarbeit | Mehrbenutzer mit Rollen, API-Schlüsseln, Gerätefreigabe, projektbezogener Zugriffskontrolle | Mandanten-/Kundenhierarchie mit rollenbasiertem Zugriff |
| Modernität | Cloud-nativ, containerisiert, KI-zuerst, entwickelt in den 2020ern | Server-zentrierte Java-Architektur (2016), modernisiert sich über Microservices (PE) |
| Community | Wachsend — offener App-Marktplatz, Entwicklerdokumentation | Aktive Open-Source-Community — GitHub, Stack Overflow, Community-Forum |
| Strategie | Offenes Ökosystem — IronFlock entwickelt das Kernsystem (Datenhistorian, Alarme, Dashboards, Gerätemanagement) und erweitert über einen offenen Drittanbieter-App-Marktplatz für domänenspezifische Funktionalität | Selbstbau — ThingsBoard stellt die Kernplattform bereit; zusätzliche Funktionalität wird von Nutzern über Rule Chains und individuelle Widgets erstellt; kein kuratierter Drittanbieter-App-Marktplatz |
| Tradition | Gegründet für IoT-Flottenmanagement und Edge Computing | Gegründet 2016 — Open-Source-IoT-Plattform, beliebt bei Entwicklern und Startups |
Wesentliche Unterschiede
| Dimension | IronFlock | ThingsBoard |
|---|---|---|
| Architektur | Verteilt: autonome Edge-Geräte + zentrale Dienste + Message Broker | Server-zentriert mit MQTT/CoAP-Gerätekonnektivität |
| Edge-Computing | Vollständige Docker-Runtime auf jedem Gerät | ❌ Kein Edge-Computing — Geräte senden Daten an den Server |
| App-Bereitstellung | Docker-Container in jeder Sprache, bereitgestellt auf Edge- oder virtuellen Geräten | Rule Chains auf dem Server (Drag-and-Drop-Logik) |
| Programmiermodell | Jede Sprache in Docker-Containern | Rule-Engine-Knoten + serverseitiges JavaScript |
| KI-Fähigkeiten | Multi-Agenten-KI mit physischer Geräteausführung, natürlichsprachliche Abfragen | ❌ Nicht verfügbar |
| Fernzugriff | Integriertes Tunneling (TCP, HTTP, SSH, VNC, UDP) — kein VPN | ❌ Nicht integriert |
| Dashboard-Builder | No-Code-YAML-Widget-System | ✅ Drag-and-Drop-Widget-Editor mit individuellen Widgets |
| Gerätemanagement | OTA-Updates (OS, Agent, Apps), Gruppierung, Live-Logs, Karten | Gerätebereitstellung, Attribute, Telemetrie |
| OTA-Updates | ✅ Vollständiges OTA (OS-, Agenten- und App-Ebene) | ⚠️ Nur Firmware-OTA (PE/Cloud Edition) |
| Datenspeicherung | Automatisch bereitgestellter TimescaleDB-Cluster pro Projekt | PostgreSQL oder Cassandra (selbstverwaltet) |
| Mandantenfähigkeit | ✅ Physische Datenbanktrennung + kryptografische Nachrichtenisolation | ✅ Integriert (Mandanten-/Kundenhierarchie) |
| Open Source | Cloud-Version kostenlos; On-Premises-Abonnement | Community Edition ist Open Source (Apache 2.0) |
| App-Marktplatz | ✅ Integriert mit Monetarisierung | ❌ Nicht verfügbar |
| LoRaWAN | ✅ Über ChirpStack auf virtuellem Gerät | ✅ Integrierte Integration (PE Edition) |
| Preisgestaltung | Kostenlose Cloud; Abonnement für On-Premises | CE kostenlos; PE/Cloud abonnementbasiert |
| Skalierbarkeit | Jeder zentrale Dienst skaliert unabhängig; TimescaleDB für hohe Datenvolumen; Multi-Swarm-Isolation pro Projekt/Kunde | CE Single-Node; PE Microservices für horizontale Skalierung; Multi-Tenancy nur PE |
| Plattform-Updates | Nahezu unterbrechungsfreie Rolling Updates (alle Komponenten) | Server-Neustart erforderlich; PE unterstützt Rolling Updates mit Koordination |
Architekturvergleich
ThingsBoard: Server-zentriert mit Rule Engine
ThingsBoard läuft als zentralisierte Serveranwendung (Java/Spring), mit der sich Geräte über MQTT, CoAP, HTTP oder LwM2M verbinden. Der Server erledigt alles — empfängt Telemetrie, verarbeitet sie durch eine Rule Engine (eine visuelle Datenfluss-Pipeline), speichert sie in einer Datenbank, löst Alarme aus und bedient Dashboards.
Geräte in ThingsBoard sind Datenquellen. Sie senden Telemetrie und empfangen RPC-Befehle, führen aber keine Anwendungen aus. Alle Logik wird auf dem Server durch Rule-Chain-Knoten ausgeführt — Nachrichtentransformation, Anreicherung, Filterung und Integration externer Systeme.
- Server: Java-Anwendung mit PostgreSQL- oder Cassandra-Backend
- Geräte: MQTT/CoAP/HTTP-Clients, die Telemetrie senden
- Logik: Rule Engine mit Drag-and-Drop-Knoten (Filter, Transformation, Anreicherung, Aktion)
- Skalierung: Weitere Serverknoten hinzufügen (Microservices-Architektur in der PE Edition)
IronFlock: Verteiltes Edge + zentrale Dienste
IronFlock ist ein verteiltes System, in dem autonome Edge-Geräte Docker-containerisierte Anwendungen am Einsatzort ausführen, während zentrale Dienste (FleetDB, KI-Orchestrierung, Dashboards) flottenweite Fähigkeiten bereitstellen. Ein WAMP Message Broker verbindet alles mit Echtzeit-Pub/Sub und RPC.
Edge-Geräte sind nicht nur Datenquellen — sie sind vollwertige Rechenknoten, die Ihre Anwendungen ausführen, Daten lokal verarbeiten, lokale HMIs bedienen und bei Verbindungsabbrüchen weiterarbeiten.
- Edge-Geräte: Jede Linux- oder Windows-Hardware, die Docker-Apps + IronFlock-Agent ausführt (unter Windows läuft der Agent als nativer Dienst mit automatischem Neustart und Self-Update)
- Zentrale Dienste: FleetDB-Cluster, Backend, KI-Service, Web-UI, Container-Registry
- Logik: Ihre Anwendungen in jeder Sprache, als Docker-Container auf Edge- oder virtuellen Geräten
- Skalierung: Weitere Edge-Geräte hinzufügen; zentrale Dienste skalieren horizontal
Was das in der Praxis bedeutet
| Szenario | IronFlock | ThingsBoard |
|---|---|---|
| Individuellen Algorithmus auf Gerät ausführen | ✅ Als Docker-Container auf dem Gerät bereitstellen | ❌ Nicht unterstützt — Logik läuft auf dem Server |
| Neuen Datenverarbeitungsschritt hinzufügen | App auf Edge- oder virtuellem Gerät installieren | Rule-Chain-Knoten auf dem Server hinzufügen |
| Gerät verliert Netzwerkverbindung | Gerät führt alle Apps autonom weiter aus | Gerät puffert, keine lokale Verarbeitung |
| Mit lokaler SPS/Sensor verbinden | Industrial Collector App auf dem Gerät installieren — S7, Allen-Bradley, Modbus, OPC UA | Geräte-Firmware muss Protokoll handhaben |
| Fernzugriff auf Gerät | Im Browser auf „Tunnel öffnen” klicken | Erfordert VPN oder individuelles Setup |
| Geräte, Daten und Projekte skalieren | Geräte sind eigenständig; Dienste skalieren unabhängig; TimescaleDB für Daten; Swarm-basierte Projektisolation | Server-Cluster skalieren; Multi-Tenancy nur PE |
Funktionsvergleich
Daten & Konnektivität
| Funktion | IronFlock | ThingsBoard |
|---|---|---|
| MQTT-Konnektivität | ✅ Über Apps | ✅ Integrierter Transport |
| CoAP / LwM2M-Unterstützung | ⚠️ Über Apps | ✅ Integrierter Transport |
| SPS-Konnektivität (S7, Allen-Bradley, Modbus, OPC UA) | ✅ Industrial Collector auf Edge-Geräten — eine App, mit einem Katalog vorgemappter Geräteprofile (S7 und Allen-Bradley im Early Access); dazu IO-Link-, BACnet- und MTConnect-Collectors | ⚠️ Über IoT Gateway (separate Komponente) |
| LoRaWAN | ✅ ChirpStack auf virtuellem Gerät | ✅ Integrierte Integration (PE) |
| Automatische Zeitreihenspeicherung | ✅ TimescaleDB-Cluster pro Projekt | ⚠️ Selbstverwaltetes PostgreSQL/Cassandra |
| Datenisolation zwischen Mandanten | ✅ Physische Datenbanktrennung + kryptografische Realm-Isolation | ✅ Mandantenbasierte Isolation |
| Edge-Datenverarbeitung | ✅ Volle Rechenleistung auf jedem Linux- oder Windows-Gerät | ❌ Geräte senden Rohdaten an den Server |
Visualisierung & Dashboards
| Funktion | IronFlock | ThingsBoard |
|---|---|---|
| Dashboard-Builder | ✅ No-Code-YAML-Widget-System | ✅ Drag-and-Drop-Widget-Editor |
| Mehrseitige Dashboard-Navigation | ✅ Seiten, Seitenleisten, Tabs, Aktions- & Zurück-Buttons | ⚠️ Nur Dashboard-Zustände |
| Individuelle Widgets | ✅ Über Apps | ✅ JavaScript Widget API |
| Industrielle HMI-Grafiken (R&I) | ✅ Vollständige SCADA-Symbolbibliothek | ✅ SCADA-Pakete (PE) |
| Echtzeit-Updates | ✅ Unter einer Sekunde über WAMP | ✅ WebSocket-Subscriptions |
| White-Labeling | ✅ | ✅ (PE Edition) |
| Mobile Oberfläche verfügbar | ✅ | ✅ Mobile App verfügbar |
KI & Analytik
| Funktion | IronFlock | ThingsBoard |
|---|---|---|
| Multi-Agenten-KI-Orchestrierung | ✅ Integriert | ❌ |
| Natürlichsprachliche Abfragen | ✅ | ❌ |
| Physische KI (Ausführung auf Geräten) | ✅ | ❌ |
| Rule Engine / Datenflussverarbeitung | ⚠️ Über Apps (flexibler, weniger visuell) | ✅ Visueller Rule-Chain-Editor |
| KI-generierte Diagramme | ✅ In der Konversation | ❌ |
Geräte- & Flottenmanagement
| Funktion | IronFlock | ThingsBoard |
|---|---|---|
| Massen-OTA-Updates (OS, Agent, Apps) | ✅ | ⚠️ Nur Firmware-OTA (PE) |
| Gerätegruppierung | ✅ | ✅ |
| Live-Logs von Geräte-Apps | ✅ Streaming im Browser | ❌ |
| Integriertes Tunneling / Fernzugriff | ✅ TCP, HTTP, SSH, VNC, UDP | ❌ |
| Gerätebereitstellung | ✅ Flashen & Verbinden / Vorregistrierung | ✅ Auto-Provisioning |
| Virtuelle Geräte (Cloud-Computing) | ✅ | ❌ |
App-Entwicklung
| Funktion | IronFlock | ThingsBoard |
|---|---|---|
| Apps in jeder Sprache bereitstellen | ✅ Docker-Container | ❌ Nur Rule-Chain-Knoten |
| Integrierte Cloud-IDE | ✅ | ❌ |
| Git-Integration | ✅ GitHub, GitLab | ❌ |
| App-Marktplatz | ✅ Mit Monetarisierung | ❌ |
| CI/CD-Release-Pipeline | ✅ Integriert | ❌ |
Wann Sie ThingsBoard wählen sollten
ThingsBoard könnte die bessere Wahl sein, wenn:
- Sie einen Open-Source-Kern möchten, den Sie selbst hosten und modifizieren können (Apache 2.0-Lizenz für die Community Edition).
- Ihre Geräte einfache Sensoren sind, die Telemetrie über MQTT/CoAP senden und keine Anwendungen ausführen müssen.
- Sie eine visuelle Rule Engine für serverseitige Datenverarbeitung gegenüber containerisierten Apps bevorzugen.
- Sie native CoAP- oder LwM2M-Protokollunterstützung benötigen (üblich bei eingeschränkten IoT-Geräten).
- Sie einen Drag-and-Drop-Dashboard-Editor mit individueller JavaScript-Widget-Entwicklung möchten.
- Sie eine Mobile App zur mobilen Dashboard-Überwachung benötigen.
Wann Sie IronFlock wählen sollten
IronFlock ist die stärkere Wahl, wenn:
- Sie echtes Edge Computing benötigen — vollständige Anwendungen auf Geräten ausführen, nicht nur Daten sammeln und weiterleiten.
- Sie Apps in jeder Programmiersprache bereitstellen möchten, nicht nur Rule-Chain-Knoten.
- Sie integrierte KI benötigen — Multi-Agenten-Orchestrierung, natürlichsprachliche Abfragen, physische KI-Ausführung auf Geräten.
- Sie Fernzugriff ohne VPN möchten — Tunneling für HTTP, SSH, VNC, TCP und UDP ist in das System integriert.
- Sie vollständige OTA-Updates benötigen — nicht nur Firmware, sondern OS-, Agenten- und Anwendungs-Updates über die gesamte Flotte.
- Sie einen App-Marktplatz möchten, um Funktionen zu installieren oder eigene industrielle Apps zu monetarisieren.
- Ihre Geräte autonom arbeiten müssen, wenn sie nicht verbunden sind — lokale Logik ausführen, lokale HMIs bedienen und unabhängig Daten sammeln.
- Sie LoRaWAN-Integration neben Edge-Gerätemanagement in einem einzigen System benötigen.
Detaillierte Funktionsmatrix
Siehe die vollständige Vergleichsmatrix für einen Vergleich über alle Systeme.