So funktioniert TagoIO

Gehen wir das gesamte TagoIO-System von unten nach oben durch, genau so, wie wir es aufgebaut haben (allerdings überspringen wir einige der experimentellen Wege, die wir unterwegs eingeschlagen haben). Mit diesen Informationen sollten Sie verstehen, wie man produktionsreife IoT-Lösungen auf TagoIO baut… nur dass Sie nicht bei null anfangen müssen, denn unsere Plattform bietet einen flexiblen kostenlosen Plan und kümmert sich um die gesamte Komplexität der Infrastruktur für Sie.

Das Fundament

Unsere Basisschicht ist darauf ausgelegt, Daten von praktisch jedem IoT-Gerät zu empfangen, unabhängig vom verwendeten Kommunikationsprotokoll. TagoIO unterstützt über 500 verschiedene Arten von IoT-Geräten über das, was wir Networks und Connectors nennen, die zwei grundlegenden Komponenten für die Geräteintegration.

Ein Network steht für das Kommunikationsprotokoll oder die Integrationsmethode (LoRaWAN, NB-IoT, CAT-1, CAT-M, Sigfox, BLE, WiFi, MQTT, HTTP, Satellitennetze wie Myriota, skylo oder Kineis und viele weitere). Ein Connector ist der vorkonfigurierte Decoder, der weiß, wie er die Daten bestimmter Gerätehersteller interpretiert.

Das macht den Ansatz so stark: Wenn Ihr Temperatursensor Daten über LoRaWAN sendet, Ihr GPS-Tracker per Satellit überträgt oder Ihre Industrieanlage über MQTT meldet, leitet TagoIO diese Daten automatisch durch die passende Network-Integration und den passenden Connector, um sie in ein standardisiertes Format zu decodieren.

Warum das wichtig ist: Der traditionelle Ansatz

Traditionell stehen IoT-Entwickler vor einer mühsamen Integrationsaufgabe. Stellen Sie sich vor, Sie bauen eine Smart-City-Lösung. Sie haben:

• Umweltsensoren, die LoRaWAN nutzen

• Verkehrskameras, die analysierte Daten über HTTP senden

• Smart Meter, die über NB-IoT kommunizieren

• Altgeräte, die nur Modbus sprechen

Ohne eine Plattform wie TagoIO müssten Sie:

1. Separate Backend-Endpunkte für jedes Protokoll bauen

2. Eigene Parser für das Datenformat jedes Geräteherstellers schreiben

3. Verschiedene Datenbankschemata für verschiedene Gerätetypen pflegen

4. Mehrere Authentifizierungssysteme erstellen

5. Redundante Visualisierungs- und Alarmsysteme für jeden Gerätetyp bauen

Das ist ein enormer Aufwand an Infrastrukturarbeit, bevor Sie überhaupt mit dem Bau Ihrer eigentlichen Anwendung beginnen.

Der TagoIO-Ansatz: Einheitliche Geräteverwaltung

Stattdessen bietet TagoIO eine einzige einheitliche Schnittstelle. Das passiert, 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 Zeitreihenspeicher

5. Ihre Anwendung kann sofort auf diese Daten zugreifen, sie visualisieren und darauf reagieren

Das Schöne an diesem System: Egal ob Sie 10 Geräte oder 10.000 Geräte mit 20 verschiedenen Protokollen haben, sie laufen alle durch dieselbe saubere Pipeline. Sie schreiben Ihre Anwendungslogik einmal, und sie funktioniert über alle Ihre Gerätetypen hinweg.

Die Datenschicht: Flexible Speicherarchitektur

Sobald Daten bei TagoIO ankommen, werden sie effizient gespeichert. Wir bieten zwei verschiedene Speicherarchitekturen für die enormen Datenmengen von IoT-Geräten, 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. Das eignet sich ideal für:

• Konfigurationsparameter, die sich gelegentlich ändern

• Gerätemetadaten und Statusinformationen

• Kleine bis mittelgroße Deployments

• Anwendungen, die vollständige CRUD-Operationen benötigen

• Begrenzt auf 50.000 Datenregister

Sehen Sie Mutable Devices als Ihre erste Wahl für einfache IoT-Anwendungen, bei denen Sie Flexibilität brauchen und keine riesigen Datenmengen erwarten.

Immutable Devices: Hochleistungs-Zeitreihen

Immutable Devices sind für Sensordaten mit hohem Durchsatz ausgelegt. Einmal geschrieben, können Daten nicht mehr geändert werden, sie können nur erstellt und gelesen werden. Diese architektonische Entscheidung ermöglicht deutliche Leistungssteigerungen:

• 10- bis 100-mal schnellere Datenaufnahme im Vergleich zum Mutable-Speicher

• Automatische Aufbewahrungsrichtlinien für Daten (Aufteilung nach Tag, Woche, Monat oder Quartal)

• Optimierte Abfragen für Zeitreihenanalysen

• Niedrigere Speicherkosten bei großem Umfang

Wenn Sie alle 10 Sekunden GPS-Koordinaten erfassen, jede Minute Temperaturwerte messen oder Industriesensordaten mit hoher Frequenz aufnehmen, verarbeiten Immutable Devices Millionen von Datenpunkten mühelos.

Die Wahl zwischen Mutable und Immutable ist kein Entweder-oder. Viele Lösungen nutzen beides: Immutable Devices für Sensortelemetrie mit hohem Volumen und Mutable Devices für Gerätekonfiguration und Metadaten.

Entities: Datenbank der nächsten Generation

Für Anwendungen, die komplexe Datenstrukturen jenseits einfacher Zeitreihen benötigen, bietet TagoIO Entities, unser Datenbanksystem der nächsten Generation. Entities bieten:

• Eigene Schemata mit flexiblen Feldtypen

• Funktionen für relationale Datenmodellierung

• Erweiterte Abfragen und Filterung

• Hochleistungsoperationen auf strukturierten Daten

Entities sind ideal, um Anwendungen wie Asset-Management-Systeme, Bestandsverwaltung, Speicherung von Benutzerprofilen oder jedes Szenario zu bauen, in dem Ihre Daten nicht in das klassische IoT-Gerätemodell passen.

Hinweis: Die Kombination aus Mutable Devices, Immutable Devices und Entities gibt Ihnen die Flexibilität, den Speicher für jeden Datentyp in Ihrer Anwendung zu optimieren. Nutzen Sie Immutable für hochfrequente Telemetrie, Mutable für Konfiguration und Metadaten und Entities für relationale Datenstrukturen. Diese architektonische Flexibilität ist entscheidend, um Anwendungen zu bauen, die effizient skalieren.

Die Intelligenzschicht: Analyse und Automatisierung

Daten zu sammeln und zu speichern ist erst der Anfang. Der wahre Wert entsteht, wenn man diese Daten intelligent verarbeitet. Hier kommen die Module Analysis und Actions von TagoIO ins Spiel.

Analysis: Serverless Compute für IoT

Analysis bietet eine serverlose JavaScript- oder Python-Umgebung, in der Ihr Code als Reaktion auf Ereignisse läuft. Sehen Sie es als AWS Lambda, aber speziell für IoT-Workflows konzipiert.

Jede Analysis ist ein Skript aus einer einzigen Datei, 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

Sie könnten zum Beispiel eine Analysis schreiben, die:

1. Temperatursensoren in einer ganzen Fabrik überwacht

2. gleitende Durchschnitte und Anomalie-Scores berechnet

3. Messwerte gegen Sicherheitsschwellen prüft

4. Alarme sendet, wenn die Bedingungen ungewöhnlich sind

5. HVAC-Systeme automatisch nachregelt, um auszugleichen

Der entscheidende Punkt ist, dass Analysis-Skripte in der Cloud laufen, ausgelöst durch Geräteereignisse, nach Zeitplänen oder über API-Aufrufe. Sie verwalten keine Server, Container oder Infrastruktur, Sie schreiben nur die Logik.

Actions: Ereignisgesteuerte Automatisierung

Während Analysis die Berechnung übernimmt, kümmern sich Actions um die Automatisierung. Actions sind starke Wenn-dann-Regeln, die automatisch auf Basis von Bedingungen ausgelöst werden, die Sie festlegen.

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 %

• 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

Die Stärke von Actions liegt in ihrer Einfachheit: Sie definieren die Geschäftslogik einmal, und TagoIO übernimmt rund um die Uhr die gesamte Überwachung, Auslösung und Ausführung automatisch.

Die Visualisierungsschicht: Dashboards und Widgets

Daten und Intelligenz bedeuten nichts, wenn Nutzer sie nicht sehen und mit ihnen arbeiten können. Das Dashboard-System von TagoIO bildet die Visualisierungsschicht der Plattform.

Dashboard-Builder per Drag-and-drop

Dashboards in TagoIO zu erstellen erfordert keine Frontend-Entwicklung. Mit unserem 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

Wir stellen Dutzende vorgefertigte Widgets bereit:

• Echtzeit-Diagramme (Linie, Balken, Säule, Tacho, Donut)

• Karten mit Standortverfolgung von Geräten

• Tabellen mit Filterung und Sortierung

• Eingabeformulare zur Gerätesteuerung

• eigenes HTML für spezielle Anforderungen

Das entscheidende Feature hier ist das Blueprint-System. Bauen Sie eine Dashboard-Vorlage und verteilen Sie sie dann automatisch an Hunderte oder Tausende von Geräten. Aktualisieren Sie den Blueprint, und alle Instanzen werden mit aktualisiert. So skalieren Sie von einem Proof of Concept bis zu einem Produktiv-Deployment mit Tausenden von Endnutzern.

TagoRUN: White-Label-Deployment

Wenn Sie bereit sind, Ihre Lösung an Kunden auszuliefern, verwandelt TagoRUN Ihre TagoIO-Anwendung in ein vollständig white-gelabeltes Produkt.

Mit TagoRUN können Sie:

• Ihre eigene benutzerdefinierte Domain nutzen (app.ihrunternehmen.com)

• Ihr Unternehmensbranding, Ihre Farben und Ihr Logo anwenden

• genau steuern, auf welche Funktionen Nutzer zugreifen dürfen

• Benutzerauthentifizierung und Berechtigungen verwalten

• mobilen Zugriff über die TagoRUN-Mobile-App bereitstellen

Ihre Kunden sehen Ihre Marke, nicht TagoIO. Sie melden sich in Ihrem Portal an, sehen Ihr Styling und nutzen Ihr Produkt, während Sie im Hintergrund von der Infrastruktur von TagoIO in Enterprise-Qualität profitieren.

Das ist besonders stark für Unternehmen, die IoT-Produkte oder -Dienste für ihre eigenen Kunden bauen. Sie entwickeln einmal auf TagoIO und liefern dann an Tausende von Endnutzern als komplett white-gelabelte Lösung aus.

Die Sicherheitsschicht: Authentifizierung und Zugriffskontrolle

Sicherheit im IoT ist komplex, weil Sie nicht nur eine Webanwendung absichern, sondern Tausende von Geräten, jedes mit eigenen Authentifizierungsanforderungen, plus den Nutzerzugriff auf Dashboards und Daten.

Geräteauthentifizierung: Tokens und Sicherheit

Jedes Gerät in TagoIO authentifiziert sich über sichere Tokens. Wenn Sie ein Gerät erstellen, generieren Sie ein Autorisierungstoken, 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 noch stärkere Geräteauthentifizierung.

Benutzerauthentifizierung: SSO und Identity Provider

Für menschliche Nutzer, die auf Dashboards zugreifen und die Plattform verwalten, integriert sich TagoIO in Ihren bestehenden Identity Provider:

• Unterstützung für OAuth2 und OpenID Connect

• SAML für Enterprise-SSO

• vorgefertigte Integrationen mit Google, Microsoft, Okta und anderen

• Unterstützung für Zwei-Faktor-Authentifizierung (2FA)

Der entscheidende Vorteil ist, dass TagoIO Ihre Benutzerpasswörter nicht speichert. Die Authentifizierung wird immer an Ihren gewählten Identity Provider delegiert. Wenn eine Mitarbeiterin oder ein Mitarbeiter Ihr Unternehmen betritt oder verlässt, erhält oder verliert die Person automatisch über Ihren Identity Provider den Zugang zu TagoIO. Keine manuelle Kontoverwaltung nötig.

Zugriffsverwaltung: Granulare Berechtigungen

Nach der Authentifizierung steuert das Access Management, was Nutzer tun und sehen dürfen. Das Berechtigungssystem von TagoIO ist bemerkenswert flexibel:

• Berechtigungen auf Ressourcenebene: Auf welche Dashboards, Geräte, Analysen und Actions kann dieser Nutzer zugreifen?

• Rollenbasierte Zugriffskontrolle (RBAC): Definieren Sie Rollen wie “Operator”, “Manager” oder “Administrator” mit unterschiedlichen Berechtigungssätzen

• Tag-basierter Zugriff: Gewähren Sie Zugriff auf Gerätegruppen über Tags (z. B. alle Geräte mit dem Tag “region:europe”)

• Eigene Berechtigungslogik: Setzen Sie Analysis-Skripte ein, um komplexe Berechtigungsregeln umzusetzen

Zum Beispiel in einer Smart-Building-Anwendung:

• Gebäudemieter sehen nur die Sensordaten ihres eigenen Stockwerks

• Facility-Manager sehen alle Stockwerke, können aber keine Systemeinstellungen ändern

• Systemadministratoren haben vollen Zugriff auf alle Geräte und Konfigurationen

Diese granulare Kontrolle ist unerlässlich für mandantenfähige Anwendungen, Enterprise-Deployments und Compliance-Anforderungen.

Hinweis: Das Access Management arbeitet reibungslos mit Tags zusammen. Sie können einem Nutzer Zugriff auf “alle mit region:north-america getaggten Geräte” gewähren, ohne die Berechtigungen jedes Mal manuell zu aktualisieren, wenn Sie ein neues Gerät hinzufügen. Versehen Sie ein neues Gerät mit dem Tag, und der Nutzer erhält automatisch Zugriff. Dieser Tag-basierte Ansatz ist entscheidend für Anwendungen, die auf Tausende von Geräten und Nutzern skalieren.

Die Integrationsschicht: Verbindung zur Welt

Keine IoT-Plattform existiert für sich allein. TagoIO-Anwendungen müssen sich in Zahlungssysteme, CRM-Plattformen, ERP-Systeme, Wetterdienste, externe Datenbanken und unzählige andere Systeme integrieren.

RESTful API: Vollständige Plattformkontrolle

TagoIO bietet eine vollständige RESTful API, die praktisch jede Plattformfunktion zugänglich macht:

• Geräte und Daten erstellen, lesen, aktualisieren, löschen

• Actions und Analysis auslösen

• Authentifizierungstokens generieren

• Nutzer und Berechtigungen verwalten

• Dashboards erstellen und ändern

Die API nutzt Standard-HTTP mit JSON-Payloads, was die Integration aus jeder Programmiersprache oder Plattform leicht macht.

MQTT Broker: Bidirektionale Kommunikation in Echtzeit

Für die Gerätekommunikation in Echtzeit enthält TagoDeploy einen integrierten MQTT Broker. MQTT ist der De-facto-Standard für IoT-Messaging, und die Umsetzung von TagoIO erlaubt Ihnen:

• Daten von Geräten an Topics zu veröffentlichen

• Topics von Geräten oder Anwendungen zu abonnieren

• Befehls- und Steuerungsmuster umzusetzen

• reaktive Echtzeitsysteme zu bauen

Die MQTT-Integration ist vollständig über Device-Tokens authentifiziert und unterstützt sowohl QoS 0 (Fire-and-forget) als auch QoS 1 (bestätigte Zustellung).

Webhook Actions: Push-Integration

Statt dass externe Systeme die API von TagoIO abfragen, können Sie Daten über Webhook Actions aktiv hinausschieben. Wenn Bedingungen erfüllt sind, sendet TagoIO HTTP-POST-Anfragen an Ihre externen Endpunkte mit Gerätedaten und Ereignisinformationen.

Dieses Muster eignet sich ideal für:

• das Senden von Daten an externe Analyseplattformen

• das Auslösen von Workflows in anderen Systemen

• die Aktualisierung externer Datenbanken in Echtzeit

• die Integration mit Zahlungsdienstleistern, wenn IoT-Ereignisse eintreten

Vorgefertigte Integrationen

TagoIO bietet außerdem vorgefertigte Integrationen mit beliebten Diensten:

• LoRaWAN Network Server (The Things Network, Netmore, Loriot, Chirpstack, AWS IoT Core for LoRaWAN)

• Satelliten-IoT-Anbieter (Myriota, Kineis, skylo)

• Kommunikationsdienste (Twilio für SMS/WhatsApp, SendGrid für E-Mail)

Diese Integrationen funktionieren out of the box und sparen wochenlange Integrationsentwicklung.

Die Deployment-Schicht: Wo Ihre Anwendung läuft

Wir haben besprochen, was TagoIO tut, aber wo läuft es? Hier trifft Architektur auf Geschäftsmodell.

Multi-Tenant-Cloud: Schneller Start, niedrige Kosten

Wenn Sie sich bei admin.tago.io registrieren, nutzen Sie die Multi-Tenant-Cloud von TagoIO. Ihr Konto teilt sich die Infrastruktur mit anderen TagoIO-Nutzern (natürlich mit vollständiger Datenisolation und Sicherheit).

Dieses Modell ist ideal für:

• schnelles Prototyping und Testen (in Minuten starten)

• kleine bis mittelgroße Deployments

• kosteneffiziente Skalierung

• null Infrastrukturverwaltung

Das Multi-Tenant-Modell nutzt geteilte Infrastruktur effizient, weshalb TagoIO solche starken Funktionen im kostenlosen Tarif anbieten kann. Wenn Sie skalieren, zahlen Sie nur für das, was Sie nutzen.

TagoDeploy: Dedizierte Single-Tenant-Infrastruktur

Für Enterprise-Deployments, die dedizierte Infrastruktur benötigen, bietet TagoDeploy eine Single-Tenant-Architektur. Mit TagoDeploy erhalten Sie:

• dedizierte Cloud-Infrastruktur ausschließlich für Ihre Organisation

• regionale Deployment-Optionen: Irland, Kanada, Deutschland, Japan, Singapur, Australien, São Paulo

• volle Kontrolle über Updates und Plattformversionen

• optimierte Kosten für die Verarbeitung großer Datenmengen (bei großem Umfang oft 10-mal günstiger als Multi-Tenant)

• erweiterte Compliance für regulierte Branchen

• Anpassungsoptionen, die in Multi-Tenant nicht verfügbar sind

TagoDeploy führt die komplette TagoIO-Plattform auf dedizierten Cloud-Ressourcen aus. Es ist dieselbe starke Plattform, nur exklusiv für Ihren Anwendungsfall bereitgestellt.

Die Wahl zwischen Multi-Tenant und Single-Tenant ist nicht endgültig. Viele Unternehmen starten mit Multi-Tenant für Entwicklung und Tests und migrieren dann zu TagoDeploy für die Produktion, sobald sie ihre Lösung validiert haben und bereit sind zu skalieren.

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

Klären wir die Frage, die am meisten zählt, wenn Sie ein echtes Geschäft aufbauen: Wie skaliert TagoIO von 10 Geräten auf 10.000 Geräte, ohne dass Sie Ihre Anwendung neu bauen müssen?

Hier scheitern die meisten IoT-Plattformen. Sie bauen einen Proof of Concept, der mit 50 Testgeräten wunderbar funktioniert, versuchen dann, mit Tausenden von Geräten in die Produktion zu gehen, und stellen fest, dass Sie alles komplett neu architektieren müssen. Berechtigungen werden zum Albtraum. Dashboards müssen für jeden Kunden manuell erstellt werden. Actions müssen Hunderte Male mit kleinen Abweichungen dupliziert werden.

TagoIO wurde von Tag eins an so konzipiert, dass es diese Skalierungsaufgabe über drei zentrale Architekturmerkmale bewältigt: Tags, Blueprint Dashboards und Tag-basierte Auslösung.

Praxisszenario: Flottenmanagement im großen Maßstab

Stellen Sie sich vor, Sie bauen eine Flottenmanagement-Plattform für ein Logistikunternehmen, das schnell wächst. Sie haben mit einem Pilotprogramm zur Überwachung von 50 Lkw begonnen. Es lief so gut, dass Sie jetzt skalieren müssen auf:

• 5.000 Lkw über 12 regionale Depots

• 2.000 Nutzer einschließlich Fahrer, Regionalmanager und Führungskräfte

• mehrere Kunden, die Ihre white-gelabelte Plattform nutzen (Sie verwalten nicht nur eine Flotte, Sie bauen einen Flottenmanagement-Dienst für mehrere Logistikunternehmen)

Sehen wir uns an, wie die Architektur von TagoIO diese Skalierungsaufgabe meistert.

Tags: Das Fundament der Skalierung

Jede Ressource in TagoIO (Geräte, Dashboards, Actions, Analysen, Nutzer) kann mit Schlüssel-Wert-Paaren getaggt werden. Das mag wie ein einfaches Metadaten-Feature wirken, ist aber tatsächlich das architektonische Fundament, das Skalierung erst möglich macht.

Wenn Sie ein Lkw-Gerät erstellen, versehen Sie es mit beschreibenden Labels: Asset-Typ (truck), Region (northeast), Depot (boston), Kunde (acme_logistics), Fahrzeugklasse (refrigerated). Diese einfachen Tags schalten starke Automatisierung frei.

Und jetzt wird es richtig stark:

1. Automatische Berechtigungen Statt jedem Regionalmanager manuell Zugriff auf seine bestimmten 500 Lkw zu gewähren, erstellen Sie eine einzige Berechtigungsregel:

• Regionalmanager (Northeast) hat Zugriff auf alle Geräte mit dem Tag region:northeast

Einen neuen Lkw zum Depot Boston hinzufügen? Taggen Sie ihn mit region:northeast, und der Regionalmanager erhält automatisch Zugriff. Keine Berechtigungsaktualisierung nötig. Auf 5.000 Lkw skalieren? Immer noch nur eine Berechtigungsregel.

2. Gezielte Actions Statt 5.000 separate Actions zu erstellen (eine pro Lkw), erstellen Sie Actions, die auf Basis von Tags auslösen. Zum Beispiel kann eine einzige Action namens “Temperaturalarm für gekühlte Flotte” alle Lkw überwachen, die als “refrigerated” getaggt sind. Wenn die Temperatur 4 °C überschreitet, sendet sie eine SMS an den Fahrer und eine E-Mail an den Depotmanager.

Eine Action-Konfiguration überwacht alle gekühlten Lkw über alle Regionen hinweg. 500 neue gekühlte Lkw hinzufügen? Sie werden in dem Moment automatisch von der bestehenden Action überwacht, in dem Sie sie korrekt taggen.

3. Gefilterte Dashboards Das Dashboard eines Regionalmanagers kann “alle Lkw mit dem Tag region:northeast” anzeigen. Wenn Lkw hinzugefügt, entfernt oder anderen Regionen zugewiesen werden (einfach das Tag ändern), aktualisiert sich das Dashboard automatisch. Keine manuelle Neukonfiguration des Dashboards nötig.

4. Massenoperationen Müssen Sie die Firmware-Einstellungen aller Lkw in der Region Northeast aktualisieren? Fragen Sie alle Geräte mit dem Region-Tag “northeast” ab und aktualisieren Sie sie alle auf einmal. Sie müssen nicht Tausende einzelner Geräte manuell auswählen.

Tags verwandeln manuelle Konfiguration pro Gerät in automatisierte, richtlinienbasierte Verwaltung. So gehen Sie von der Verwaltung von 50 Geräten zur Verwaltung von 5.000, ohne die operative Komplexität proportional zu erhöhen.

Blueprint Dashboards: Einmal ausliefern, für immer skalieren

Nun zum Dashboard-Problem. Mit 5.000 Lkw und 2.000 Nutzern können Sie nicht manuell ein Dashboard für jeden Lkw oder jeden Nutzer erstellen. Hier werden Blueprint Dashboards unverzichtbar.

So funktioniert es:

Schritt 1: Ein Master-Dashboard erstellen Sie entwerfen eine einzige Dashboard-Vorlage, den “Blueprint”, die die Lkw-Telemetrie zeigt:

• Echtzeit-GPS-Standort auf einer Karte

• Temperatur- und Feuchtigkeitsdiagramme

• Tacho für den Tankfüllstand

• Tabelle mit Motordiagnose

• Fahrerstatus und Alarme

Dieses Dashboard nutzt Vorlagenvariablen statt fest codierter Geräte-IDs. Statt ein Dashboard speziell für “Lkw 12345” zu bauen, bauen Sie es für “DEVICEIDDEVICE_ID DEVICEI​D”, einen Platzhalter, der beim Ausrollen des Dashboards durch das tatsächliche Gerät ersetzt wird.

Schritt 2: Zuweisungsregeln für den Blueprint definieren Sie sagen TagoIO: “Erstelle für jedes mit asset_type:truck getaggte Gerät eine Instanz dieses Blueprint-Dashboards.”

Schritt 3: Automatisches Dashboard-Deployment TagoIO erstellt automatisch 5.000 Dashboard-Instanzen, eine für jeden Lkw, jede mit dem richtigen Gerät verbunden. Einen neuen Lkw hinzufügen? Eine neue Dashboard-Instanz wird automatisch erstellt.

Schritt 4: Nutzerzugriff über Tags Weisen Sie den Dashboard-Zugriff über Tags zu:

• Fahrer sehen nur das Dashboard für ihren zugewiesenen Lkw (über das Tag assigned_driver:john_doe)

• Regionalmanager sehen Dashboards für alle Lkw in ihrer Region (über das Tag region:northeast)

• Führungskräfte sehen ein Übersichts-Dashboard, das Daten aller Lkw zusammenfasst

Schritt 5: Einmal aktualisieren, überall ausliefern Hier liegt die Magie: Wenn Sie den Blueprint verbessern (ein neues Widget hinzufügen, ein Layout ändern, einen Fehler beheben), aktualisieren sich alle 5.000 Dashboard-Instanzen automatisch. Sie pflegen ein Dashboard, doch 5.000 Nutzer profitieren sofort von Ihren Verbesserungen.

Das vollständige Skalierungsbild

Sehen wir uns an, wie Tags und Blueprints in unserem Flottenmanagement-Szenario zusammenarbeiten:

Onboarding eines neuen Kunden (Acme Logistics, 1.000 Lkw)

Traditioneller Ansatz:

• 1.000 Geräte manuell erstellen

• 1.000 Dashboards manuell konfigurieren

• Berechtigungen für 400 Nutzer manuell einrichten

• Actions für jedes Gerät manuell erstellen

• Geschätzte Zeit: 2 bis 3 Wochen manuelle Konfiguration

TagoIO-Ansatz:

• 1.000 Geräte mit passenden Tags per TagoIO-API in einem Massenvorgang erstellen

• Dashboards werden automatisch aus dem bestehenden Blueprint generiert (keine manuelle Konfiguration nötig)

• eine Berechtigungsrichtlinie pro Region erstellen, die den Zugriff automatisch auf Basis von Tags gewährt

• bestehende Actions greifen automatisch auf Basis der Geräte-Tags (keine Duplizierung nötig)

• Geschätzte Zeit: 2 bis 3 Stunden

Verwaltung von 5.000 Lkw über 12 Regionen

• Ein Blueprint-Dashboard → 5.000 Dashboard-Instanzen

• Zwölf Berechtigungsrichtlinien (eine pro Region) → 2.000 Nutzer mit korrektem Zugriff

• 15 Actions, die unterschiedliche Bedingungen überwachen → gelten automatisch für alle relevanten Lkw

• Eine Analysis, die die Geofence-Logik verarbeitet → kümmert sich um alle Lkw, unabhängig von ihrer Anzahl

Die operative Komplexität bleibt konstant, selbst wenn die Geräteanzahl exponentiell wächst.

Tag-basierte Action-Auslösung: Der Schlüssel zur skalierbaren Automatisierung

Erinnern Sie sich, als wir vorhin über Actions gesprochen haben? Hier wird die Tag-basierte Auslösung im großen Maßstab entscheidend.

Statt gerätespezifische Actions zu erstellen, “Temperaturalarm für truck_001”, “Temperaturalarm für truck_002” und so weiter für 5.000 Lkw, erstellen Sie Tag-basierte Actions.

Erstellen Sie eine Action namens “Temperaturalarm, gekühlte Flotte”, die auf jedem als Kühlfahrzeug getaggten Gerät auslöst, wenn die Temperatur 4 °C überschreitet. Eine Action überwacht Tausende von Geräten automatisch.

Doch das macht es wirklich stark:

Dynamisches Targeting Brauchen Sie aufgrund von Klimaunterschieden verschiedene Temperaturschwellen für verschiedene Regionen? Erstellen Sie zwei Actions:

• “Temperaturalarm, Regionen mit heißem Klima” löst auf Kühlfahrzeugen in der Region Southwest aus, wenn die Temperatur 6 °C überschreitet

• “Temperaturalarm, Regionen mit kaltem Klima” löst auf Kühlfahrzeugen in der Region Northeast aus, wenn die Temperatur 2 °C überschreitet

Zwei Actions, 5.000 Lkw, jeder mit dem korrekten Schwellenwert auf Basis seines Region-Tags. 500 Lkw zur Region Southwest hinzufügen? Sie erhalten automatisch den Schwellenwert für heißes Klima.

Schrittweise Rollouts Testen Sie einen neuen Alarmmechanismus? Fügen Sie 50 Lkw das Tag beta_participant:true hinzu, erstellen Sie eine Action, die nur auf diesem Tag auslöst, prüfen Sie, dass sie funktioniert, und rollen Sie sie dann auf alle Lkw aus, indem Sie den Tag-Filter entfernen.

Kundenspezifische Logik Verschiedene Kunden können verschiedene Compliance-Anforderungen haben. Sie können separate Actions erstellen, die nur für bestimmte Kunden auslösen:

• “Compliance-Alarm, Pharmakunde” löst auf den Lkw eines Pharmaunternehmens aus, wenn die Temperatur 2 °C überschreitet, und sendet eine zertifizierte E-Mail für die FDA-Compliance

• “Standardalarm, andere Kunden” löst auf allen anderen gekühlten Lkw aus, wenn die Temperatur 4 °C überschreitet, und sendet eine Standard-SMS-Benachrichtigung

So erhält jeder Kunde automatisch das passende Maß an Alarmierung auf Basis seiner Compliance-Anforderungen, alles über Tags verwaltet.

Warum das wichtig ist: Die Ökonomie der Skalierung

Reden wir über Zahlen. Ohne Tag-basierte Architektur und Blueprints:

Kosten des manuellen Ansatzes:

• Dashboard-Erstellung: 5.000 Lkw × 30 Minuten = 2.500 Stunden

• Berechtigungsverwaltung: 2.000 Nutzer × 15 Minuten = 500 Stunden

• Action-Konfiguration: 5.000 Actions × 10 Minuten = 833 Stunden

• Updates/Wartung: 20 % wiederkehrender monatlicher Aufwand

• Gesamtkosten im ersten Jahr: ca. 150.000 $ an Arbeitskosten (bei 50 $/Stunde)

Kosten des TagoIO-Ansatzes:

• Ersteinrichtung: 40 Stunden (Blueprints, Tag-Strategie, Berechtigungen)

• Deployment pro Lkw: automatisiert über die API

• laufende Wartung: 5 Stunden/Monat (Blueprints aktualisieren, Actions anpassen)

• Gesamtkosten im ersten Jahr: ca. 5.000 $ an Arbeitskosten

Der 30-fache Kostenunterschied ist nicht einmal der wichtigste Vorteil. Der eigentliche Vorteil ist Agilität. Wenn sich die Geschäftsanforderungen ändern (und das tun sie immer), aktualisieren Sie einen Blueprint oder eine Action, nicht 5.000 Konfigurationen. Sie können schnell iterieren und verbessern, weil Sie Richtlinien verwalten, nicht einzelne Instanzen.

Über Geräte hinaus skalieren

Was, wenn Sie nicht nur eine Flotte verwalten, sondern eine Flottenmanagement-Plattform als Dienst für mehrere Kunden bauen?

Tags und Blueprints machen auch das möglich:

• Geräte nach Kunde taggen: customer:acme_logistics, customer:global_shipping usw.

• TagoRUN nutzen, um white-gelabelte Portale für jeden Kunden auszurollen

• jeder Kunde sieht nur seine Geräte (gefiltert nach Kunden-Tag)

• ein Blueprint-Dashboard bedient alle Kunden mit kundenspezifischen Daten

• eine Codebasis unterstützt unbegrenzt viele Kunden

So gehen Sie vom Bau einer IoT-Anwendung zum Aufbau eines IoT-Plattformgeschäfts. Die Architektur skaliert sowohl technisch (mehr Geräte verarbeiten) als auch geschäftlich (mehr Kunden betreuen).

Hinweis: Bei der Tag-basierten Architektur geht es nicht nur um Skalierung, sondern auch um Wartbarkeit. Sechs Monate nach dem Deployment, wenn Sie ein neues Feature hinzufügen oder einen Fehler beheben müssen, werden Sie dankbar sein, dass Sie es so gebaut haben. Einmal ändern, überall ausliefern.

Ein komplettes System, das Tausende von Geräten verarbeitet, Millionen von Datenpunkten verarbeitet, Echtzeitvisualisierung bietet und Compliance einhält, lässt sich bauen, ohne einen einzigen Server, eine Datenbank oder eine Infrastrukturkomponente zu verwalten. Das ist die Stärke einer Full-Stack-IoT-Plattform.

Warum diese Architektur wichtig ist

Sie fragen sich vielleicht: Könnte ich das nicht einfach selbst mit AWS, einer Datenbank und etwas eigenem Code bauen?

Technisch ja. Genau wie Sie technisch Ihr eigenes VPN-System oder Ihr eigenes CRM bauen könnten. Doch das müssten Sie tatsächlich alles bauen:

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. visueller Dashboard-Builder mit Dutzenden von Widget-Typen

5. Echtzeit-Datenpipeline mit Latenzen unter einer Sekunde

6. Benutzerauthentifizierung und granulares Berechtigungssystem

7. White-Label-Deployment-Infrastruktur

8. mobile Anwendungen für iOS und Android

9. globale Infrastruktur mit Edge-Caching und CDN

10. Überwachung rund um die Uhr, Sicherheitsupdates und Support

Vorsichtige Schätzung: 2 bis 3 Jahre Entwicklungszeit, ein Team von 8 bis 12 Ingenieuren und Millionen an Entwicklungskosten. Dazu laufende Betriebskosten, Sicherheitswartung und Feature-Entwicklung.

Oder Sie nutzen TagoIO und liefern Ihre Anwendung in Wochen aus.

Die architektonischen Entscheidungen, die wir getroffen haben (Trennung der Datenebene von der Steuerungsebene, hybrider Mutable-/Immutable-Speicher, serverlose Analysis mit deklarativen Actions, visuelle Dashboards mit White-Label-Deployment), sind nicht willkürlich. Sie sind das Ergebnis jahrelanger Erfahrung im Bau produktiver IoT-Systeme und des Verständnisses dafür, was Entwickler wirklich brauchen.

Erste Schritte: Es ist leichter, als Sie denken

Das Beste daran? Sie können alles, worüber wir heute gesprochen haben, sofort und kostenlos nutzen.

1. Bei admin.tago.io registrieren

2. Ihr erstes Gerät erstellen

3. ein paar Daten senden (wir stellen Emulatoren zum Testen bereit)

4. ein Dashboard bauen, um sie zu visualisieren

5. eine Analysis oder Action hinzufügen, um sie zu verarbeiten

Der kostenlose Plan enthält die meisten Funktionen, die wir besprochen haben. Wenn Sie skalieren, zahlen Sie nur für das, was Sie nutzen, und Sie können auf TagoDeploy upgraden, wenn Sie Ihre eigene dedizierte Infrastruktur brauchen.

Egal ob Sie einen Proof of Concept für einen Kunden bauen, ein IoT-Produkt an Kunden ausliefern oder Tausende von Geräten in der Produktion verwalten: Die Architektur von TagoIO ist darauf ausgelegt, mit Ihnen zu wachsen, vom Prototyp bis zur planetaren Größenordnung.

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