So funktioniert TagoIO

Man fragt uns oft nach einem Überblick darüber, wie TagoIO funktioniert. Wir haben die Antwort immer wieder aufgeschoben, weil wir die Plattform ständig weiterentwickelt haben. Jetzt, da die Architektur ausgereift ist und aus einfachen Skripten eine Analytik mit Prognosen und Vorhersagen direkt in der Plattform geworden ist, ist es Zeit, das vollständige Bild zu zeigen.

Wir gehen das gesamte TagoIO-System von unten nach oben durch, genau so, wie wir es aufgebaut haben (die experimentellen Umwege unterwegs lassen wir aus). Am Ende sollten Sie verstehen, wie produktionsreife IoT-Lösungen auf TagoIO entstehen. Und Sie müssen nicht bei null anfangen: Die Plattform bietet einen flexiblen kostenlosen Plan und kümmert sich um die Infrastruktur für Sie.

Das Fundament

Unsere Basisschicht nimmt Daten von praktisch jedem IoT-Gerät entgegen, unabhängig vom Protokoll. TagoIO unterstützt über 500 Arten von IoT-Geräten über zwei grundlegende Komponenten: Networks und Connectors.

Ein Network steht für das Kommunikationsprotokoll oder die Integrationsmethode: LoRaWAN, NB-IoT, CAT-1, CAT-M, Sigfox, BLE, WiFi, MQTT, HTTP und Satellitennetze wie Myriota, Skylo oder Kinéis. Ein Connector ist der vorkonfigurierte Decoder, der weiß, wie die Daten eines bestimmten Geräteherstellers zu interpretieren sind.

Das Ergebnis: Wenn Ihr Temperatursensor Daten über LoRaWAN sendet, Ihr GPS-Tracker per Satellit überträgt oder Ihre Industrieanlage über MQTT meldet, leitet TagoIO diese Daten durch die passende Network-Integration und den passenden Connector, und sie kommen decodiert in einem standardisierten Format an.

Warum das wichtig ist: Der traditionelle Ansatz

IoT-Entwickler stehen traditionell vor einem schmerzhaften Integrationsproblem. Stellen Sie sich eine Smart-City-Lösung vor mit:

• Umweltsensoren, die LoRaWAN nutzen
• Verkehrskameras, die analysierte Daten über HTTP senden
• Smart Metern, die über NB-IoT kommunizieren
• Altgeräten, die nur Modbus sprechen

Ohne Plattform müssten Sie:

1. Separate Backend-Endpunkte für jedes Protokoll bauen
2. Eigene Parser für das Datenformat jedes Herstellers schreiben
3. Unterschiedliche Datenbankschemata für unterschiedliche Gerätetypen pflegen
4. Mehrere Authentifizierungssysteme erstellen
5. Redundante Visualisierung und Alarmierung für jeden Gerätetyp bauen

Das ist ein Berg an Infrastrukturarbeit, bevor Sie überhaupt mit Ihrer eigentlichen Anwendung beginnen.

Der TagoIO-Ansatz: Einheitliche Geräteverwaltung

TagoIO stellt eine einzige Pipeline bereit. Wenn ein Gerät Daten sendet:

1. Das Gerät überträgt Daten über sein natives Protokoll (LoRaWAN, HTTP POST, MQTT publish usw.)
2. Die Network-Integration empfängt die Daten an den globalen Endpunkten von TagoIO
3. Der Connector decodiert den herstellerspezifischen Payload in Standardvariablen
4. Der Device-Bucket speichert die decodierten Daten in optimiertem Zeitreihen-Speicher
5. Ihre Anwendung kann sofort auf diese Daten zugreifen, sie visualisieren, aus ihnen Vorhersagen ableiten und auf sie reagieren

Ob Sie 10 Geräte oder 10.000 Geräte über 20 Protokolle betreiben: Alle laufen durch dieselbe Pipeline. Sie schreiben Ihre Anwendungslogik einmal, und sie funktioniert über jeden Gerätetyp hinweg.

Die Datenschicht: Flexible Speicherarchitektur

Sobald Daten ankommen, werden sie effizient gespeichert. TagoIO bietet zwei Speicherarchitekturen für IoT-Daten mit hohem Volumen, jede für einen anderen Anwendungsfall optimiert.

Mutable Devices: Traditioneller IoT-Speicher

Mutable Devices funktionieren wie eine klassische Datenbanktabelle: Jeder Datenpunkt kann erstellt, gelesen, aktualisiert oder gelöscht werden. Sie passen zu:

• Konfigurationsparametern, die sich gelegentlich ändern
• Gerätemetadaten und Statusinformationen
• Kleinen bis mittelgroßen Deployments
• Anwendungen, die vollständige CRUD-Operationen benötigen
• Bis zu 50.000 Datenregistern

Sehen Sie Mutable Devices als die flexible Option für Anwendungen, die keine gewaltigen Datenmengen erwarten.

Immutable Devices: Hochleistungs-Zeitreihen

Immutable Devices sind für Sensordaten mit hohem Durchsatz gebaut. Einmal geschrieben, können Daten nur erstellt und gelesen, aber nie mehr verändert werden. Diese architektonische Entscheidung bringt große Leistungsgewinne:

• 10- bis 100-mal schnellere Datenaufnahme im Vergleich zum Mutable-Speicher
• Automatische Aufbewahrungsrichtlinien (Aufteilung nach Tag, Woche, Monat oder Quartal)
• Optimierte Abfragen für Zeitreihenanalysen
• Niedrigere Speicherkosten bei großem Umfang

Sie erfassen alle 10 Sekunden GPS-Koordinaten, jede Minute Temperaturwerte oder Industriesensordaten mit hoher Frequenz? Immutable Devices verarbeiten Millionen von Datenpunkten mühelos. Das ist auch der Speicher, der die Analytik von TagoIO speist: Saubere, geordnete Zeitreihen sind genau das, was Prognosemodelle brauchen.

Die Wahl ist kein Entweder-oder. Viele Lösungen nutzen Immutable Devices für Telemetrie mit hohem Volumen und Mutable Devices für Konfiguration und Metadaten.

Entities: Datenbank der nächsten Generation

Für Daten, die nicht in das Zeitreihenmodell passen, bietet TagoIO Entities, unser strukturiertes Datenbanksystem:

• Eigene Schemata mit flexiblen Feldtypen
• Relationale Datenmodellierung
• Erweiterte Abfragen und Filterung
• Hochleistungsoperationen auf strukturierten Daten

Entities eignen sich für Asset-Management-Systeme, Bestandsverwaltung, Benutzerprofile, Arbeitsaufträge oder jede Struktur jenseits von Sensormesswerten.

Hinweis: Die Kombination aus Mutable Devices, Immutable Devices und Entities erlaubt es Ihnen, den Speicher pro Datentyp zu optimieren: Immutable für hochfrequente Telemetrie, Mutable für Konfiguration und Metadaten, Entities für relationale Strukturen. Diese Flexibilität ist der Schlüssel zu Anwendungen, die effizient skalieren.

Die Intelligenzschicht: Analysis, Analytik und Automatisierung

Daten zu sammeln und zu speichern ist der Anfang. Der Wert entsteht durch das, was die Plattform damit macht. Die Intelligenzschicht von TagoIO hat drei Teile: Analysis für eigenen Code, Analytik für Prognosen und Vorhersagen und Actions für die Automatisierung.

Analysis: Serverless Compute für IoT

Analysis bietet eine serverlose Umgebung, in der Ihr Code als Reaktion auf Ereignisse läuft, in Node.js, Deno oder Python. Denken Sie an AWS Lambda, aber für IoT-Workflows konzipiert.

Jede Analysis ist ein Skript, das:

• Eingehende Gerätedaten in Echtzeit verarbeiten kann
• Entscheidungen auf Basis von Sensormesswerten treffen kann
• Externe APIs und Dienste aufrufen kann
• Daten zurück an Geräte schreiben kann
• Workflows über Ihr gesamtes IoT-Umfeld auslösen kann

Eine Analysis könnte zum Beispiel:

1. Temperatursensoren in einer ganzen Fabrik überwachen
2. Gleitende Durchschnitte und Anomalie-Scores berechnen
3. Messwerte gegen Sicherheitsschwellen prüfen
4. Alarme senden, wenn die Bedingungen ungewöhnlich sind
5. HVAC-Systeme zum Ausgleich nachregeln

Analysis-Skripte laufen in der Cloud, ausgelöst durch Geräteereignisse, Zeitpläne oder API-Aufrufe. Keine Server, Container oder Infrastruktur zu verwalten. Sie schreiben die Logik, die Plattform führt sie aus. Python-Skripte können Bibliotheken wie pandas, numpy und scipy nutzen, was für die statistische Arbeit zählt, in die IoT-Projekte hineinwachsen.

Prädiktive Analytik: Prognosen statt nur Historie

Dashboards zeigen Ihnen, was bereits passiert ist. Die Analytik von TagoIO verwandelt die Telemetrie, die Sie ohnehin schon speichern, in das, was als Nächstes passiert:

• Prognosen schreiben eine Variable in die Zukunft fort: Silofüllstände, bevor sie leer laufen, Energieverbrauch, bevor die Rechnung kommt, Akkulaufzeit, bevor das Wartungsfenster erreicht ist.
• Anomalieerkennung meldet Verhalten, das von der eigenen Baseline eines Geräts abweicht, an dem Tag, an dem die Abweichung beginnt, statt erst nach dem Auslösen des Schwellenwertalarms.
• Vorhersagen bewerten Risiken anhand von Mustern über Ihre gesamte Flotte: welche Pumpe auf einen Ausfall zusteuert, welcher Standort sein Compliance-Fenster verpassen wird.

Das läuft auf den Daten, die bereits in Ihren Buckets liegen. Keine separate ML-Pipeline, kein Export ins Data Warehouse, kein Data-Science-Team nötig. Vorhersagen und Anomalie-Scores landen als Variablen in der Plattform, sodass alles Weitere aus diesem Artikel auch für sie gilt: Zeigen Sie sie in Dashboards, lösen Sie Actions aus ihnen aus, machen Sie sie Ihren Kunden über TagoRUN zugänglich und verfeinern Sie sie mit eigenem Analysis-Code, wenn ein Anwendungsfall eine individuelle Modellierung braucht.

Ein konkretes Beispiel: Eine Lösung zur Überwachung von Futtersilos speichert Gewichtstelemetrie in Immutable Buckets, die Analytik prognostiziert die Tage bis zur Leerung pro Silo, eine Action legt im ERP eine Nachbestellung an, sobald die Prognose vier Tage unterschreitet, und der Kunde beobachtet das Prognoseband in seinem gebrandeten Portal. Diese Schleife, von Telemetrie über Prognose und Action bis zum Kunden, ist das Muster, für das die Plattform gebaut wurde.

Actions: Ereignisgesteuerte Automatisierung

Während Analysis und Analytik die Berechnung übernehmen, kümmern sich Actions um die Automatisierung: Wenn-dann-Regeln, die automatisch auslösen.

Actions können ausgelöst werden durch:

• Bedingungen für Gerätedaten: Temperatur überschreitet einen Schwellenwert, GPS betritt einen Geofence, Akku fällt unter 20 %, ein Anomalie-Score überschreitet eine Grenze
• Ressourcenereignisse: Neues Gerät erstellt, Benutzerkonto geändert, Datei hochgeladen
• Zeitbasierte Zeitpläne: Tagesberichte, Wochenzusammenfassungen, Monatsaggregationen
• Nutzungsalarme: Annäherung an Datenlimits, Warnungen zum API-Kontingent

Wenn sie ausgelöst werden, können Actions:

• Analysis-Skripte ausführen
• E-Mails, SMS oder Push-Benachrichtigungen senden
• an externe Webhooks posten
• MQTT-Nachrichten veröffentlichen
• WhatsApp-Nachrichten über Twilio senden
• Aufgaben in AWS SQS einreihen

Sie definieren die Geschäftslogik einmal; TagoIO überwacht, löst aus und führt rund um die Uhr aus.

Die Visualisierungsschicht: Dashboards und Widgets

Daten, Prognosen und Automatisierung bedeuten wenig, wenn Nutzer sie nicht sehen und mit ihnen arbeiten können. Das Dashboard-System von TagoIO bildet die Visualisierungsschicht.

Dashboard-Builder per Drag-and-drop

Dashboards zu erstellen erfordert keine Frontend-Entwicklung. Mit dem visuellen Builder können Sie:

• Widgets auf eine Arbeitsfläche ziehen
• Datenquellen mit wenigen Klicks konfigurieren
• Farben, Layouts und Styling anpassen
• Interaktivität und Benutzersteuerungen hinzufügen
• sofort an Nutzer ausliefern

Dutzende vorgefertigte Widgets sind enthalten: Echtzeit-Diagramme (Linie, Balken, Säule, Tacho, Donut), Karten mit Standortverfolgung von Geräten, Tabellen mit Filterung und Sortierung, Eingabeformulare zur Gerätesteuerung und eigenes HTML für spezielle Anforderungen. Prognose- und Anomalieausgaben erscheinen in denselben Diagrammen wie die Live-Telemetrie, sodass ein einziges Liniendiagramm zeigen kann, was der Sensor gemessen hat und wohin es sich entwickelt.

Das entscheidende Feature ist das Blueprint-System: Bauen Sie eine Dashboard-Vorlage, verteilen Sie sie automatisch an Hunderte oder Tausende von Geräten und aktualisieren Sie jede Instanz, indem Sie den Blueprint aktualisieren. So skaliert ein Proof of Concept mit Tausenden von Endnutzern in die Produktion.

TagoRUN: White-Label-Deployment

Wenn Sie bereit sind, die Lösung Ihren Kunden zu präsentieren, verwandelt TagoRUN Ihre TagoIO-Anwendung in ein vollständiges White-Label-Produkt:

• Ihre eigene Domain (app.ihrunternehmen.com)
• Ihr Branding, Ihre Farben und Ihr Logo
• Kontrolle darüber, auf genau welche Funktionen Nutzer zugreifen
• Benutzerauthentifizierung und Berechtigungen
• Mobiler Zugriff über die TagoRUN-Mobile-App oder Ihre eigene gebrandete App

Ihre Kunden sehen Ihre Marke, melden sich in Ihrem Portal an und nutzen Ihr Produkt, mit der Infrastruktur von TagoIO im Hintergrund. Einmal entwickeln, an Tausende von Endnutzern unter Ihrem Namen ausliefern.

Die Sicherheitsschicht: Authentifizierung und Zugriffskontrolle

Sicherheit im IoT ist nicht nur Sicherheit einer Webanwendung. Sie sichern Tausende von Geräten ab, jedes mit eigener Authentifizierung, plus den Nutzerzugriff auf Dashboards und Daten.

Geräteauthentifizierung: Tokens und Sicherheit

Jedes Gerät authentifiziert sich über ein sicheres Token, eine kryptografische Zeichenkette, die genau diesem Gerät die Berechtigung erteilt, Daten an seinen Bucket zu senden. Für Enterprise-Deployments unterstützt TagoIO außerdem Maschinenzertifikate für eine stärkere Geräteauthentifizierung.

Benutzerauthentifizierung: SSO und Identity Provider

Für menschliche Nutzer integriert sich TagoIO in Ihren Identity Provider:

• Unterstützung für OAuth2 und OpenID Connect
• SAML für Enterprise-SSO
• Vorgefertigte Integrationen mit Google, Microsoft, Okta und anderen
• Zwei-Faktor-Authentifizierung (2FA)

TagoIO speichert Ihre Benutzerpasswörter nicht. Die Authentifizierung wird an Ihren Identity Provider delegiert, sodass der TagoIO-Zugriff automatisch folgt, wenn ein Mitarbeiter kommt oder geht. Keine manuelle Kontoverwaltung.

Zugriffsverwaltung: Granulare Berechtigungen

Nach der Authentifizierung steuert das Access Management, was Nutzer tun und sehen dürfen:

• Berechtigungen auf Ressourcenebene: welche Dashboards, Geräte, Analysen und Actions jeder Nutzer erreicht
• Rollenbasierte Zugriffskontrolle (RBAC): Rollen wie Operator, Manager, Administrator mit unterschiedlichen Berechtigungssätzen
• Tag-basierter Zugriff: Zugriff auf Gerätegruppen über Tags gewähren (zum Beispiel alle Geräte mit dem Tag region:europe)
• Eigene Berechtigungslogik: Analysis-Skripte für komplexe Regeln

In einer Smart-Building-Anwendung sehen Mieter nur die Sensoren ihres Stockwerks, Facility-Manager sehen alle Stockwerke ohne Systemeinstellungen, und Administratoren sehen alles.

Hinweis: Das Access Management arbeitet nativ mit Tags. Gewähren Sie einem Nutzer Zugriff auf “alle Geräte mit dem Tag region:north-america”, und jedes neue Gerät mit diesem Tag ist automatisch abgedeckt. Dieser Tag-basierte Ansatz ist bei Tausenden von Geräten und Nutzern entscheidend.

Die Integrationsschicht: Verbindung zur Welt

Keine IoT-Plattform existiert für sich allein. TagoIO-Anwendungen integrieren sich in Zahlungssysteme, CRMs, ERPs, Wetterdienste, externe Datenbanken und mehr.

RESTful API: Vollständige Plattformkontrolle

Die REST API macht praktisch jede Plattformfunktion zugänglich: Geräte und Daten erstellen und verwalten, Actions und Analysis auslösen, Tokens generieren, Nutzer und Berechtigungen verwalten, Dashboards erstellen. Standard-HTTP mit JSON, aus jeder Sprache aufrufbar, mit offiziellen SDKs für JavaScript und Python und einer CLI für die Automatisierung.

MQTT Broker: Bidirektionale Kommunikation in Echtzeit

Für die Gerätekommunikation in Echtzeit enthält TagoDeploy einen integrierten MQTT Broker. Von Geräten an Topics veröffentlichen, von Geräten oder Anwendungen abonnieren, Befehls- und Steuerungsmuster umsetzen und reaktive Systeme bauen. Vollständig über Device-Tokens authentifiziert, mit Unterstützung für QoS 0 und QoS 1.

Webhook Actions: Push-Integration

Statt externe Systeme die API abfragen zu lassen, schieben Webhook Actions Daten aktiv hinaus: Sind die Bedingungen erfüllt, sendet TagoIO Gerätedaten und Ereignisinformationen per HTTP POST an Ihre Endpunkte. Das passt zu externen Analyseplattformen, Workflow-Auslösern in anderen Systemen, Echtzeit-Aktualisierungen von Datenbanken und Zahlungsereignissen.

Vorgefertigte Integrationen

TagoIO liefert Integrationen mit beliebten Diensten:

• LoRaWAN Network Server: The Things Network, The Things Industries, Actility, Netmore, Loriot, ChirpStack, AWS IoT Core for LoRaWAN und andere
• Satelliten-IoT-Anbieter: Myriota, Kinéis, Skylo
• Kommunikationsdienste: Twilio für SMS und WhatsApp, SendGrid für E-Mail

Diese funktionieren out of the box und sparen wochenlange Integrationsentwicklung.

Die Deployment-Schicht: Wo Ihre Anwendung läuft

Wir haben besprochen, was TagoIO tut. Wo es läuft, ist die letzte architektonische Entscheidung, und zugleich eine geschäftliche.

Multi-Tenant-Cloud: Schneller Start, niedrige Kosten

Registrieren Sie sich bei admin.tago.io, und Sie sind in der Multi-Tenant-Cloud von TagoIO: geteilte Instanzen mit vollständiger Datenisolation und Sicherheit. Dieses Modell passt zu:

• Schnellem Prototyping und Testen (in Minuten starten)
• Kleinen bis mittelgroßen Deployments
• Kosteneffizienter Skalierung
• Null Infrastrukturverwaltung

Geteilte Instanzen nutzen die Infrastruktur effizient, weshalb der kostenlose Tarif so viel enthalten kann. Wenn Sie skalieren, zahlen Sie nur für das, was Sie nutzen.

TagoDeploy: Dedizierte Infrastruktur

Für Deployments, die ihre eigene Umgebung brauchen, bietet TagoDeploy dedizierte Instanzen der kompletten TagoIO-Plattform, exklusiv für Ihre Organisation. Eine dedizierte Instanz kann so viele Anwendungen und Kundenmandanten hosten, wie Ihr Geschäft benötigt; dediziert bezieht sich darauf, dass die Infrastruktur Ihnen gehört, nicht auf eine Grenze dessen, was Sie darin betreiben. Mit TagoDeploy erhalten Sie:

• Dedizierte Cloud-Infrastruktur, von TagoIO auf AWS betrieben
• 12+ regionale Optionen, darunter die USA, Irland, Kanada, Deutschland, Großbritannien, die Schweiz, Japan, Singapur, Australien und São Paulo
• Volle Kontrolle über Updates und Plattformversionen
• Optimierte Kosten für die Verarbeitung großer Datenmengen (bei großem Umfang oft deutlich günstiger als geteilte Instanzen)
• Compliance für regulierte Branchen, abgedeckt durch die ISO-27001-Zertifizierung von TagoIO und mit regionaler Datenresidenz
• Anpassungsoptionen, die auf geteilten Instanzen nicht verfügbar sind, einschließlich eigener Rate-Limits sowie eigenem MQTT Broker und eigenen API-Endpunkten

Die Wahl ist nicht endgültig. Viele Unternehmen entwickeln und validieren auf der geteilten Cloud und wechseln dann für den Produktivbetrieb, die Datenresidenz oder eigene Limits zu TagoDeploy.

Skalieren in die Produktion: Wie TagoIO große Deployments meistert

Die Frage, die zählt, wenn Sie ein echtes Geschäft aufbauen: Wie skaliert TagoIO von 10 Geräten auf 10.000, ohne dass Sie neu bauen müssen?

Hier bleiben viele IoT-Projekte stecken. Der Proof of Concept läuft mit 50 Testgeräten wunderbar; die Produktion mit Tausenden legt die Risse offen. Berechtigungen werden zum Albtraum, Dashboards werden pro Kunde von Hand erstellt, und Automatisierungen werden mit kleinen Abweichungen dupliziert.

TagoIO löst das Skalierungsproblem mit drei Architekturmerkmalen: Tags, Blueprint Dashboards und Tag-basierte Auslösung.

Praxisszenario: Flottenmanagement im großen Maßstab

Stellen Sie sich eine Flottenmanagement-Plattform für ein wachsendes Logistikunternehmen vor. Das Pilotprogramm überwachte 50 Lkw. Jetzt brauchen Sie:

• 5.000 Lkw über 12 regionale Depots
• 2.000 Nutzer: Fahrer, Regionalmanager, Führungskräfte
• Mehrere Kunden auf Ihrer White-Label-Plattform, weil Sie einen Flottenmanagement-Dienst bauen und nicht eine einzelne Flotte verwalten

Tags: Das Fundament der Skalierung

Jede Ressource in TagoIO (Geräte, Dashboards, Actions, Analysen, Nutzer) trägt Schlüssel-Wert-Tags. Ein Lkw-Gerät könnte getaggt sein mit: Asset-Typ (truck), Region (northeast), Depot (boston), Kunde (acme_logistics), Fahrzeugklasse (refrigerated). Diese einfachen Labels treiben die Automatisierungsschicht an.

1. Automatische Berechtigungen. Eine Regel, “Regionalmanager (Northeast) hat Zugriff auf alle Geräte mit dem Tag region:northeast”, ersetzt die Vergabe pro Gerät. Neuer Lkw in Boston? Taggen Sie ihn, und der Zugriff folgt. Bei 5.000 Lkw ist es immer noch eine Regel.

2. Gezielte Actions. Eine Action “Temperaturalarm, gekühlte Flotte” überwacht jeden als refrigerated getaggten Lkw. Fügen Sie 500 gekühlte Lkw hinzu, und sie sind ab dem Moment abgedeckt, in dem sie getaggt werden.

3. Gefilterte Dashboards. Die Ansicht eines Regionalmanagers zeigt “alle Lkw mit dem Tag region:northeast” und aktualisiert sich selbst, sobald Lkw hinzugefügt, entfernt oder neu getaggt werden.

4. Massenoperationen. Aktualisieren Sie Einstellungen aller Lkw einer Region, indem Sie das Tag abfragen, statt sich durch Tausende von Geräten zu klicken.

Tags verwandeln Konfiguration pro Gerät in richtlinienbasierte Verwaltung. So werden aus 50 Geräten 5.000, ohne dass der operative Aufwand proportional wächst.

Blueprint Dashboards: Einmal ausliefern, für immer skalieren

Mit 5.000 Lkw und 2.000 Nutzern ist manuelle Dashboard-Erstellung unmöglich. Blueprints lösen das:

Schritt 1: Ein Master-Dashboard erstellen, das die Lkw-Telemetrie zeigt: Live-GPS auf einer Karte, Temperatur- und Feuchtigkeitsdiagramme, Tankanzeige, Motordiagnose, Fahrerstatus und die Ausgaben der Analytikschicht wie prognostizierte Reichweite und Anomalie-Markierungen. Die Vorlage nutzt Variablen statt fest codierter Geräte-IDs.

Schritt 2: Zuweisungsregeln definieren. “Erstelle für jedes mit asset_type:truck getaggte Gerät eine Instanz dieses Blueprints.”

Schritt 3: Automatisches Deployment. 5.000 Dashboard-Instanzen erscheinen, jede an ihren Lkw gebunden. Neuer Lkw, neues Dashboard, automatisch.

Schritt 4: Nutzerzugriff über Tags. Fahrer sehen ihren Lkw, Regionalmanager sehen ihre Region, Führungskräfte sehen die Gesamtansicht.

Schritt 5: Einmal aktualisieren, überall ausliefern. Verbessern Sie den Blueprint, und alle 5.000 Instanzen aktualisieren sich sofort.

Tag-basierte Action-Auslösung: Skalierbare Automatisierung

Statt 5.000 gerätespezifischer Alarme decken Tag-basierte Actions die Flotte mit einer Handvoll Regeln ab und bleiben dabei präzise:

• Dynamisches Targeting: unterschiedliche Schwellen je nach Klima, “Kühlfahrzeuge im Southwest über 6 °C” und “im Northeast über 2 °C”. Zwei Actions, 5.000 Lkw, jeder mit dem richtigen Schwellenwert.
• Schrittweise Rollouts: 50 Lkw mit beta_participant:true taggen, den neuen Alarm nur für sie auslösen, validieren, dann den Filter entfernen.
• Kundenspezifische Logik: Die Lkw eines Pharmakunden erhalten bei 2 °C eine zertifizierte Compliance-E-Mail; alle anderen eine Standard-SMS bei 4 °C. Vollständig über Tags verwaltet.
• Vorhersagegesteuerte Automatisierung: Derselbe Mechanismus löst auf Analytikausgaben aus, sodass “prognostizierte Tage bis zur Leerung unter 4” oder “Anomalie-Score über Schwellenwert” einen Arbeitsauftrag vor dem Ausfall anlegt, nicht danach.

Warum das wichtig ist: Die Ökonomie der Skalierung

Grobe Zahlen für das 5.000-Lkw-Deployment, manuell erledigt: Dashboard-Erstellung bei 30 Minuten pro Lkw sind 2.500 Stunden; Berechtigungsverwaltung für 2.000 Nutzer sind 500 Stunden; Action-Einrichtung pro Gerät sind 833 Stunden; dazu laufender Wartungsaufwand. Rund 150.000 $ Arbeitskosten im ersten Jahr bei 50 $/Stunde.

Der TagoIO-Ansatz: etwa 40 Stunden Ersteinrichtung (Blueprints, Tag-Strategie, Berechtigungsrichtlinien), automatisiertes Deployment pro Lkw über die API und ein paar Stunden Wartung im Monat. Rund 5.000 $ Arbeitskosten im ersten Jahr.

Der 30-fache Unterschied ist nicht einmal der Hauptvorteil. Der Hauptvorteil ist Agilität: Wenn sich Anforderungen ändern, aktualisieren Sie einen Blueprint oder eine Action, nicht 5.000 Konfigurationen. Sie verwalten Richtlinien, nicht Instanzen.

Über Geräte hinaus skalieren

Sie bauen ein Plattformgeschäft statt eines einzelnen Deployments? Dieselbe Architektur trägt es:

• Geräte nach Kunde taggen: customer:acme_logistics, customer:global_shipping
• White-gelabelte TagoRUN-Portale pro Kunde ausrollen
• Jeder Kunde sieht nur seine Geräte, gefiltert nach Tag
• Ein Blueprint bedient alle Kunden mit kundenspezifischen Daten
• Eine Codebasis unterstützt unbegrenzt viele Kunden

So wird aus einer IoT-Anwendung ein IoT-Plattformgeschäft, das technisch und kommerziell zugleich skaliert.

Hinweis: Bei der Tag-basierten Architektur geht es ebenso um Wartbarkeit wie um Skalierung. Sechs Monate später, wenn Sie ein Feature hinzufügen oder einen Fehler beheben müssen, ändern Sie einmal und liefern überall aus.

Ein ganzes System, Tausende von Geräten, Millionen von Datenpunkten, Echtzeitvisualisierung, Prognosen und Compliance, gebaut ohne die Verwaltung eines einzigen Servers, einer Datenbank oder einer Infrastrukturkomponente. Das gibt Ihnen eine Full-Stack-IoT-Plattform.

Warum diese Architektur wichtig ist

Sie könnten das selbst mit AWS, einer Datenbank und eigenem Code bauen, so wie Sie Ihr eigenes VPN oder CRM bauen könnten. Was Sie tatsächlich bauen müssten:

1. Geräte-Konnektivitätsschicht für mehrere Protokolle mit Authentifizierung und Sicherheit
2. Optimierte Zeitreihendatenbanken mit automatischer Aufbewahrung und Partitionierung
3. Serverlose Compute-Umgebung mit ereignisgesteuerter Auslösung
4. Analytik-Pipeline für Prognosen, Vorhersagen und Anomalieerkennung auf Live-Telemetrie
5. Visueller Dashboard-Builder mit Dutzenden von Widget-Typen
6. Echtzeit-Datenpipeline mit Latenzen unter einer Sekunde
7. Benutzerauthentifizierung und granulares Berechtigungssystem
8. White-Label-Deployment-Infrastruktur
9. Mobile Anwendungen für iOS und Android
10. Globale Infrastruktur mit Edge-Caching und CDN
11. Überwachung rund um die Uhr, Sicherheitsupdates und Support

Vorsichtige Schätzung: 2 bis 3 Jahre, ein Team von 8 bis 12 Ingenieuren, Millionen an Entwicklungskosten, danach laufender Betrieb, Sicherheit und Feature-Arbeit.

Oder Sie liefern Ihre Anwendung in Wochen auf TagoIO aus.

Die architektonischen Entscheidungen hier, die Trennung von Datenebene und Steuerungsebene, hybrider Mutable-/Immutable-Speicher, serverlose Analysis mit deklarativen Actions, Analytik als Plattformschicht statt externer Pipeline, visuelle Dashboards mit White-Label-Deployment, stammen aus jahrelangem Bau produktiver IoT-Systeme und der Erkenntnis, was Entwickler wirklich brauchen.

Erste Schritte

Alles in diesem Artikel ist heute verfügbar und kostenlos zu starten:

1. Bei admin.tago.io registrieren
2. Ihr erstes Gerät erstellen
3. Daten senden (Emulatoren stehen zum Testen bereit)
4. Ein Dashboard bauen, um sie zu visualisieren
5. Eine Analysis oder Action hinzufügen, um sie zu verarbeiten, und der Analytikschicht bei der Arbeit an Ihrer Telemetrie zusehen

Der kostenlose Plan enthält das meiste, was wir besprochen haben. Wenn Sie skalieren, zahlen Sie nur für das, was Sie nutzen, und TagoDeploy steht bereit, sobald Sie dedizierte Infrastruktur brauchen.

Vom Proof of Concept für einen Kunden bis zu Tausenden von Geräten in der Produktion: Die Architektur ist darauf ausgelegt, mit Ihnen zu wachsen, vom Prototyp bis zur planetaren Größenordnung.

Sehen Sie sich die Dokumentation an oder treten Sie dem Community-Forum bei, in dem Tausende von Entwicklern Lösungen und Vorgehensweisen teilen.