Niemand wählt eine IoT-Plattform mit dem Plan, sie zu verlassen. Man wählt sie, um etwas auszuliefern, und je schneller sie das Bauen erlaubt, desto tiefer setzt sie sich im Stack fest: Gerätedekoder, Dashboards, Automatisierungsskripte, Alarmregeln, Nutzerverwaltung. Jedes Stück spart Wochen. Aber jedes Stück ist auch ein Faden der Abhängigkeit, und die Fäden ergeben eine Zahl, die Ihnen bei der Unterschrift niemand nennt: den Preis des Ausstiegs.
Dieser Preis ist die Anbieterbindung, und sie bleibt unsichtbar, bis eine Preiserhöhung, eine Übernahme oder eine stehengebliebene Roadmap die Frage aufwirft, was eine Migration kosten würde. Die Antwort liegt auf vier bestimmten Flächen, und alle vier lassen sich prüfen, bevor Sie irgendetwas unterschreiben.
Fläche eins: Ihre Daten und wie sie herauskommen
Daten sind die offensichtliche Fläche und immer noch die am schlechtesten behandelte, weil sie in zwei Fragen zerfällt, die viele als eine behandeln.
Die erste ist Eigentum: Steht im Vertrag klar, dass die Daten Ihnen gehören und der Anbieter sie als Auftragsverarbeiter in Ihrem Namen verarbeitet? Die zweite ist Mechanik: Können Sie alles exportieren, in einem dokumentierten Format, über eine API, die Massenabrufe nicht bis zur Unbrauchbarkeit ausbremst?
Ein Anbieter kann Ihnen das Eigentum auf Papier gewähren und Ihre Historie in der Praxis dennoch festhalten, denn fünf Jahre Zeitreihen hinter einem gedrosselten Endpunkt sind eine Geiselnahme mit Zwischenschritten. Gehen Sie über die Marketingantwort hinaus. Ein vages “ja, Sie können Ihre Daten exportieren” ist nicht dasselbe wie ein dokumentierter Massenexport nach CSV, JSON oder als direkter Lesezugriff. Fragen Sie, ob der Export die rohen Gerätepayloads umfasst oder nur die aggregierten Werte, die das Dashboard zufällig zeigt. Fragen Sie nach Zeilengrenzen, Zeitfenstern und den Kosten, Jahre an Daten auf einmal zu ziehen.
Die Vertragshälfte haben wir in wem Ihre IoT-Daten gehören behandelt. Die mechanische Hälfte prüfen Sie in einem Testkonto, nicht im Verkaufsgespräch. Das ist die Fläche, um die am härtesten zu kämpfen ist, denn sie ist die einzige, die schlimmer wird, je länger Sie bleiben.
Fläche zwei: Gerätebereitstellung und Payload-Dekodierung
Ihre Geräte sprechen Binärcode. Irgendwo verwandelt Code diese Payloads in Temperaturwerte und Türzustände, und wo dieser Code liegt, entscheidet, wie portabel Ihre Flotte ist.
Sind Dekoder eine Blackbox in der Plattform, vertieft jeder neue Gerätetyp die Abhängigkeit, denn Migrieren heißt, eine Dekodierlogik neu zu schreiben, die Sie nicht sehen können, Modell für Modell. Die Bereitstellung verhält sich genauso: Braucht das Hinzufügen eines Geräts proprietäres Werkzeug ohne API-Entsprechung, wird das Neuanmelden tausender Einheiten auf einer neuen Plattform zum Handprojekt statt zum Skript.
Die Transportschicht zählt genauso. MQTT ist das verbreitete offene Protokoll für Telemetrie: veröffentlicht, weit implementiert, und Ihr Gerät spricht es gegenüber jedem Broker gleich. Für Sensornetze mit großer Reichweite spielt LoRaWAN dieselbe Rolle, mit Network- und Application-Server-Schicht nach offener Spezifikation statt nach einem Unternehmen. Ein Gerät, das reines MQTT spricht oder in einem standardkonformen LoRaWAN-Netz hängt, lässt sich mit einer Konfigurationsänderung auf einen neuen Endpunkt richten statt mit einem Außeneinsatz. Ein Gerät, das nur das proprietäre Protokoll eines Anbieters spricht, nicht, und eine ausgerollte Flotte neu zu flashen ist keine Migration, sondern ein Rückruf.
Suchen Sie Dekoder, die Sie lesen und herauskopieren können, in einer Standardsprache geschrieben, und eine Bereitstellung, die durchgängig über eine dokumentierte API funktioniert.
Fläche drei: Anwendungslogik an proprietäre Dienste gebunden
Das ist die Fläche, die Entwicklungsteams unterschätzen. Dashboards sind in einer Woche neu gebaut; die Logik dahinter ist die eigentliche Investition.
Alarmregeln, geplante Jobs, Datentransformationen und Integrationen zu Dritten sammeln sich über Jahre, und wenn sie gegen proprietäre Abstraktionen ohne Standardentsprechung geschrieben wurden, sind sie der Teil der Migration, den Sie von Null neu schreiben.
Diese Fläche lässt sich nicht beseitigen, und Sie sollten es nicht versuchen, denn eine Plattform ohne eigene Dienste bietet nicht viel. Was Sie tun können: Plattformen vorziehen, in denen die Logikschicht gewöhnlicher Code ist, JavaScript oder Python, das Sie in ein Repository kopieren können, statt Verhalten, das in einem visuellen Baukasten steckt, der nichts exportiert. Die verwandte Frage ist die API-Abdeckung: Wenn der einzige Weg für Daten hinein und hinaus über die Bildschirme des Anbieters führt, muss jeder Ablauf, den Sie je brauchen, schon als Funktion existieren, sonst warten Sie auf eine Roadmap.
Fläche vier: Vertragsbedingungen, die den Ausstieg besteuern
Die ersten drei Flächen sind technisch. Die vierte steht im Vertrag, und sie ist oft die schärfste.
Egress-Gebühren, die den Datenexport pro Gigabyte bepreisen, machen aus Ihrer eigenen Historie eine Lösegeldforderung. Mehrjährige Laufzeiten mit automatischer Verlängerung und 90-tägiger Kündigungsfrist bedeuten, dass die Ausstiegstür einige Wochen im Jahr offensteht. Rabatte, die an Exklusivität hängen, erhöhen die Kosten dafür, eine zweite Plattform parallel zu betreiben, und genau so laufen sorgfältige Migrationen ab. Preise pro Gerät, die Wachstum bestrafen, gehören ebenfalls hierher.
Nichts davon ist versteckt. Es steht im Bestellformular und im Rahmenvertrag, und der Fehler ist, diese Dokumente als Kauf zu lesen und nie als Ausstieg. Fragen Sie nach der Kündigungsfrist und danach, ob Ihr Exportzugang das Vertragsende überlebt. Eine Exportfunktion, die Sie am Tag des Abo-Endes verlieren, ist keine Portabilität. Wenn Sie die Plattform wiederverkaufen, gilt dieselbe Disziplin eine Ebene tiefer, und das ist was ein Reseller-SLA richtig machen muss.
Prüfen Sie den Ausstieg, bevor Sie unterschreiben
Jede Plattformdemo zeigt Ihnen den Weg hinein. Ihre Aufgabe in der Evaluierung ist, den Weg hinaus zu gehen, während Ihre Verhandlungsposition am stärksten und Ihr Datenvolumen am kleinsten ist.
Öffnen Sie ein Testkonto, laden Sie einige Wochen echter Gerätedaten, und führen Sie dann eine echte Ausstiegsübung durch: Exportieren Sie jeden Messwert über die öffentliche API, holen Sie den Dekoder für einen Gerätetyp heraus, und bauen Sie eine Alarmregel außerhalb der Plattform nach. Messen Sie jeden Schritt und multiplizieren Sie mit der Größe Ihrer Produktionsflotte. Kann der Anbieter diese Übung in Testgröße nicht unterstützen, haben Sie Ihre Antwort zum günstigsten möglichen Preis.
Fordern Sie gleich die Egress-Preise und die Kündigungsbedingungen schriftlich an, denn eine am Telefon genannte Zahl ist keine Vertragsklausel.
Der ehrliche Tausch: Open Source im Selbstbetrieb
Wenn Anbieterbindung der Feind ist, ist die Option mit der geringsten Bindung Open-Source-Software, die Sie selbst betreiben. ThingsBoard ist die bekannte, und TagoCore ist unsere eigene quelloffene Edge-Laufzeit. Sie halten den Code, die Datenbank und den Betrieb. Niemand ändert Ihre Bedingungen, streicht Ihren Tarif oder hält Ihre Daten, denn alles liegt auf Infrastruktur, die Sie steuern.
Diese Freiheit hat einen Preis, und er ist nicht in Euro. Wer selbst betreibt, besitzt den Betrieb. Sie patchen die Server, skalieren die Datenbank, wenn die Gerätezahl steigt, erledigen den Ausfall um 3 Uhr nachts, tragen die Sicherheitslage. Die entfernte Bindung wird durch eine Betriebslast ersetzt, die nun Ihrem Team gehört. Für Organisationen mit der nötigen Entwicklungstiefe und dem Appetit ist das der richtige Tausch. Für die meisten nicht, und etwas anderes zu behaupten hilft niemandem. Der vollständige Kostenvergleich lohnt sich vor der Entscheidung.
Die wirkliche Frage ist also nicht “managed oder Open Source”. Sie lautet: “Welche Arten von Bindung nehme ich in Kauf, damit jemand anders die Plattform betreibt?” Jede gemanagte Plattform trägt etwas Bindung. Ziel ist, die teuren Arten klein zu halten, Ihre Daten und Ihre Geräte, und den Rest als Preis dafür zu nehmen, keine Infrastruktur zu betreiben.
Wie ehrliche Portabilität aussieht
Keine Plattform kann einen kostenlosen Ausstieg versprechen, und jeder Anbieter, der null Wechselkosten behauptet, verkauft etwas. Was eine ehrliche Plattform kann, ist die Kosten angemessen halten, und die Form dieser Ehrlichkeit ist erkennbar:
- APIs mit vollständiger Abdeckung, also alles, was die Oberfläche kann, auch programmatisch, sodass ein Ausstieg skriptbar ist statt klickbar.
- Standardprotokolle an den Rändern, MQTT für Geräteverkehr und LoRaWAN über offene Network Server, sodass Geräte umgelenkt statt neu geflasht werden.
- Dekoder als sichtbarer, exportierbarer Code.
- Eine schriftliche Zusage, dass die Daten Ihnen gehören, mit Export ohne Strafgebühr.
Auf diesen Positionen baut TagoIO. TagoIO ist eine gemanagte Plattform, das heißt, es gibt keine Nullbindung, und wir sagen das lieber klar, als es zu beschönigen. Wir drücken die Bindung auf die Arten, die am wenigsten wehtun: Die Plattform ist vollständig über die API zugänglich, Geräte verbinden sich über Standardprotokolle einschließlich MQTT und LoRaWAN, Payload-Parser sind gewöhnliches JavaScript, das Sie lesen und kopieren können, und die Haltung zum Dateneigentum ist veröffentlicht statt Vertrag für Vertrag verhandelt. Die Plattform ist mehrmandantenfähig und betreibt TagoRUN für White-Label-Rollouts, sie ist nach ISO 27001 zertifiziert und DSGVO-konform ausgerichtet, und derselbe Ansatz offener Protokolle reicht über TagoCore an die Kante, das quelloffen ist, wenn Sie diesen Teil selbst betreiben wollen.
Sie sind weiter auf einem gemanagten Dienst, und es bleiben Wechselkosten, wenn Sie gehen. Was es nicht gibt, ist ein geschlossenes Datenformat oder eine Firmware-Fessel, die den Ausstieg zum Neubau macht. Wir werden lieber bei jeder Verlängerung neu gewählt, als jemanden festzuhalten.
Nächste Schritte
Bevor Sie sich auf eine IoT-Plattform festlegen, prüfen Sie die vier Flächen an ihr: Exportformat und Rate Limits, Dekoder und Bereitstellung, wo die Logik liegt, Ausstiegsbedingungen. Prüfen Sie die Antworten dann an der Plattform selbst.
- Sehen Sie, wie Gerätekonnektivität und Daten auf TagoIO funktionieren
- Lesen Sie die API- und Integrationsdetails in der TagoIO-Dokumentation
- Vergleichen Sie Tarife und Kosten je Gerät bei den TagoIO-Preisen
Anbieterbindung ist kein Grund, Plattformen zu meiden. Alles selbst zu bauen verlagert die Abhängigkeit nur in den eigenen Backlog. Sie ist ein Grund, den Ausstieg zu bepreisen, solange Fragen noch günstig sind. Buchen Sie eine Demo oder starten Sie kostenlos und führen Sie die Ausstiegsübung an uns durch.
