TagoIO vs. Kaa IoT

TagoIO und Kaa IoT (KaaIoT) im Vergleich: Plattformumfang, Open-Source-Status, eigene Logik, White-Labeling, Deployment-Optionen und Preise pro Gerät.

Aktualisiert am

Kaa und TagoIO sind beide Cloud-IoT-Plattformen mit Geräteverwaltung, Dashboards und projektweisen Wachstumspfaden, und beide richten sich an OEMs und Lösungsanbieter. Ein sinnvoller Vergleich beginnt damit, Kaas Lizenzgeschichte zu klären, die Evaluierungen bis heute verwirrt, und schaut dann, wo jede Plattform ihre Stärken setzt.

Kaa ist eine IoT-Plattform von KaaIoT Technologies, einem US-Unternehmen. Es gibt zwei Generationen. Das ältere Kaa 0.x, eine monolithische Java-Plattform mit Geräte-SDKs, ist Open Source unter Apache 2.0, aber praktisch eingefroren auf Version 0.10 mit archivierter Dokumentation. Das aktuelle Kaa 1.x (“Kaa Enterprise”) ist ein anderes Produkt: cloud-native Microservices auf Kubernetes, MQTT-zentriert und kommerziell lizenziert statt Open Source, auch wenn einige Komponenten auf GitHub liegen. Es wird als Kaa Cloud (mandantenfähig, kostenlos bis 5 Geräte), von KaaIoT gehostete dedizierte Instanzen und selbst gehostete Installationen angeboten, einschließlich des Deployments in die Infrastruktur Ihrer Kunden. Zu den Funktionen zählen Geräte- und Anmeldedatenverwaltung, Telemetrieerfassung, Konfiguration, Befehlsausführung, OTA-Updates, Alarme und Regeln, anpassbare Dashboards, Keycloak-basierte Identität und White-Labeling auf den gehosteten und selbst gehosteten Stufen. Die Preise gelten pro Gerät: kostenlos für 5 Geräte, dann 99 $/Monat für 100 Geräte bis zu 625 $/Monat für 1.000, darüber hinaus auf Anfrage. Zu den fertigen Branchenpaketen gehören Smart Metering und Energie, Smart Building und Landwirtschaft.

TagoIO ist eine Full-Stack-IoT-Plattform von TagoIO Inc. (Raleigh, North Carolina): über 500 Gerätekonnektoren, MQTT- und HTTPS-Datenaufnahme, LoRaWAN über Integrationen mit Network-Servern (The Things Industries, Actility, Everynet, Loriot, ChirpStack, Helium und weitere), Sigfox- und Satellitenunterstützung, Zeitreihen-Speicher mit einer auf bis zu 9 Jahre konfigurierbaren Aufbewahrung, Blueprint-Dashboards, serverlose Analysis-Skripte in Node.js, Deno oder Python, Actions für Regeln und TagoRUN-White-Label-Portale mit optionaler gebrandeter Mobile-App. TagoDeploy liefert dedizierte Instanzen in über 12 AWS-Regionen. TagoIO pflegt außerdem TagoCore, eine kostenlose Open-Source-Edge-Engine, und TagoTiP, ein offenes, leichtgewichtiges Telemetrieprotokoll für ressourcenbeschränkte Geräte.

Die Open-Source-Frage

Teams, die Kaa wegen seines Open-Source-Rufs in die engere Wahl nehmen, sollten klären, welches Kaa sie meinen: Die Apache-2.0-Codebasis ist die ruhende 0.x-Linie, während die ausgelieferte 1.x-Plattform kommerziell ist. Das ist ein legitimes Modell, aber es verschiebt die Evaluierung von “freie Software, die wir kontrollieren” zu “kommerzielle Plattform, die wir lizenzieren”, also dieselbe Kategorie wie TagoIO.

Auf der TagoIO-Seite ist die Cloud-Plattform proprietär, und das Open-Source-Element sitzt am Edge: TagoCore, eine kostenlose IoT-Engine, die als Docker-Image mit Plugin-Architektur verteilt wird und vom Raspberry Pi bis zur Cloud-VM läuft. Keiner der beiden Anbieter bietet eine aktuelle Open-Source-Version seiner Cloud-Plattform an; Käufer, die eine solche brauchen, schauen sich üblicherweise stattdessen ThingsBoard CE an.

Plattformtiefe

Beide decken die Grundlagen der Geräteverwaltung ab: Bereitstellung, Anmeldedaten, Telemetrie, Befehle, bei Kaa auch OTA, Dashboards und Alarme. In der Anwendungsschicht bringt TagoIO mehr Gewicht auf die Waage. Seine Analysis-Engine führt vollständige serverlose Programme in Node.js, Deno oder Python direkt in der Plattform aus und macht sie damit zum Anwendungs-Backend für Berichte, Integrationen, Geschäftslogik und Prognosen und Vorhersagen aus Telemetriedaten; Kaas Regeln und Alarme decken die Automatisierung ab, aufwändigere Analysen werden typischerweise an Drittanbieter-Integrationen ausgelagert. Auch TagoIOs Connector-Bibliothek und die Abdeckung von LoRaWAN-Network-Servern sind ab Werk breiter, was bei Flotten mit gemischter Hardware zählt; Kaas MQTT-zuerst-Modell passt zu Flotten, deren Geräte Sie selbst kontrollieren.

White-Label und dediziertes Deployment

Beide Plattformen unterstützen das OEM-Szenario. Kaa bietet White-Labeling auf seinen gehosteten und selbst gehosteten Stufen und stellt auf Absprache in die Infrastruktur eines Kunden bereit, was flexible Eigentumsmodelle ermöglicht. TagoIO bündelt das Äquivalent als Produkte mit veröffentlichten Preisen: TagoRUN-Portale mit eigener Domain und gebrandeter Mobile-App sowie dedizierte TagoDeploy-Instanzen in über 12 AWS-Regionen ab 850 $/Monat, die jeweils mehrere Anwendungen hosten und unter einem ISO-27001-zertifizierten Programm betrieben werden. Ein On-Premises-TagoIO ist derzeit nicht verfügbar, daher passen Projekte, die im eigenen Rechenzentrum laufen müssen, besser zu Kaas selbst gehostetem Modell.

Preisstruktur

Kaa rechnet nach Geräten ab: planbare Stufen pro Gerät, ausgehend von einem kostenlosen 5-Geräte-Plan. TagoIO rechnet nach Diensten ab: Plan-Stufen (kostenlos, 49 $, 199 $) plus Datentransaktionen, Speicher, Analysis-Minuten, Benachrichtigungen und Endnutzer, ohne Gebühr pro Gerät. Flotten mit vielen Geräten und wenigen Nachrichten können TagoIOs Modell bevorzugen; Flotten mit wenigen Geräten und vielen Nachrichten können vom Preis pro Gerät profitieren. Echte Payloads durch beide Kalkulatoren klären das schnell.

Das Fazit

Kaa überzeugt, wenn Sie einfache Preise pro Gerät wollen, Self-Hosting einschließlich Deployment in die Kundeninfrastruktur, oder seine fertigen Branchenpakete für Metering, Energie und Gebäude.

TagoIO passt, wenn die Anwendungsschicht über das Projekt entscheidet: serverloser eigener Code, breite Connector- und LoRaWAN-Abdeckung, White-Label-Portale zu veröffentlichten Preisen und dedizierte regionale Instanzen, ohne selbst Kubernetes zu betreiben.