AWS IoT Core liefert Ihnen einen ernstzunehmenden Satz an Bausteinen: einen Managed MQTT Broker, eine Geräteregistrierung, Device Shadows und eine Rules-Engine, die Nachrichten in den Rest von AWS weiterleitet. Und die Preisgestaltung ist ehrlich darüber, was es ist: Sie zahlen pro Million Nachrichten, pro Million Registrierungsvorgänge, pro Million ausgelöster Regeln, ohne Mindestgebühr. Aber nichts davon ist das, was Ihre Nutzer tatsächlich jeden Morgen öffnen. Das Dashboard, der Login-Bildschirm, der Alarm, der jemanden um 3 Uhr morgens weckt, die mobile App, die Art und Weise, wie ein Kunde die Daten eines anderen Kunden nicht sehen kann, all das sitzt oberhalb von IoT Core und nichts davon kommt mit. Die eigentliche Frage ist deshalb nicht, welches Produkt besser ist. Sie lautet, ob Sie die Plattformschicht selbst bauen und betreiben wollen oder eine kaufen, die sie bereits hat.
Was AWS IoT Core tatsächlich liefert
AWS beschreibt IoT Core als eine Möglichkeit, Geräte zu verbinden und Nachrichten an AWS-Dienste weiterzuleiten, ohne die Verbindungsinfrastruktur verwalten zu müssen. Diese Beschreibung stimmt, und genau darum geht es. IoT Core übernimmt die Teile, die im großen Maßstab wirklich schwer zu betreiben sind: einen Broker, der Millionen gleichzeitiger MQTT-Verbindungen hält, Geräteidentität und Zertifikate, die Speicherung des letzten bekannten Zustands über Device Shadows und eine Rules-Engine, die Nachrichten auf dem Weg zu Lambda, S3, DynamoDB, Kinesis oder wohin auch immer Sie sie senden weiterleitet oder transformiert.
Das ist die Konnektivitäts- und Datenaufnahmeschicht. Sie ist solide, und für viele Teams ist sie genau das richtige Fundament. Was sie nicht ist: eine Anwendung, in die sich Ihre Kunden einloggen.
Was Sie obendrauf trotzdem noch bauen müssen
Sobald die Nachrichten ankommen, hat die Arbeit, die den Nutzern wichtig ist, kaum begonnen. Mit IoT Core als Basis ist Ihr Team verantwortlich für:
- Dashboards. Es gibt keine integrierte Visualisierung. Teams verdrahten üblicherweise Amazon Managed Grafana mit OpenSearch als Datenquelle oder fügen Lambda, API Gateway, RDS und S3 zu einem eigenen Frontend zusammen. So oder so bauen und gestalten Sie es selbst.
- Ein Multi-Tenant-Modell. Wenn Sie mehrere Kunden bedienen, entwerfen Sie, wie deren Daten getrennt bleiben, wie Konten auf Geräte abgebildet werden und wie nichts über Grenzen hinweg durchsickert. IoT Core kennt kein Mandantenkonzept.
- Benutzerverwaltung. Rollen, Berechtigungen, Einladungen und Zugriffskontrolle stammen aus IAM und Cognito, die Sie konfigurieren und pflegen, nicht aus einem fertigen Benutzersystem.
- Alarmierung und ihre Oberfläche. Die Rules-Engine kann eine Aktion auslösen. Den Bildschirm, auf dem ein nicht-technischer Nutzer einen Schwellenwert definiert, auswählt, wer benachrichtigt wird, und nachvollzieht, was ausgelöst wurde, den bauen Sie.
- Eine mobile App. Es gibt keine White-Label-App. Wenn Ihre Kunden eine erwarten, ist das ein separates Projekt.
Nichts davon ist unmöglich. Viele Teams machen es gut. Der ehrliche Teil ist die zweite Rechnung: Jedes dieser Teile besitzen Sie danach für immer. Sie patchen es, Sie skalieren es, Sie bleiben dafür in Rufbereitschaft, und Sie bezahlen die Entwickler, die es am Laufen halten. Die AWS-Rechnung ist die kleine Zahl. Die Gehälter sind die große.
Wann AWS IoT Core die richtige Wahl ist
Das ist wichtig genug, um es klar zu sagen, denn die Antwort ist nicht immer eine Managed Platform.
Wählen Sie AWS IoT Core, wenn Sie ein fähiges Cloud-Engineering-Team haben, das verteilte Systeme entwerfen, bauen und betreiben kann, und Sie wollen, dass es genau damit seine Zeit verbringt. Wenn Ihr Unternehmen ohnehin im AWS-Stack lebt, Ihr Data Lake in S3 liegt, Ihre Authentifizierung in Cognito steckt, Ihre Rechenlast auf Lambda und ECS läuft, dann beseitigt es Reibung, IoT im selben Konto zu halten, und die Integrationsarbeit ist real, aber überschaubar.
Wählen Sie es, wenn Ihre Anforderungen so speziell sind, dass eine Plattform von der Stange Ihnen im Weg stünde. Ungewöhnliche Protokolle, eigene Datenpipelines, regulatorische Vorgaben, die eine bestimmte Kontrolle darüber verlangen, wo und wie jedes Byte sich bewegt, oder ein Maßstab, der so groß ist, dass Sie die Infrastruktur direkt feinjustieren müssen. Am ganz oberen Ende ist volle Kontrolle die Entwicklungskosten wert.
Und wählen Sie es ohne Zögern, wenn die Plattform selbst Ihr Produkt ist. Wenn Sie eine IoT-Plattform zum Verkauf bauen, sollten Sie nicht die Schicht mieten, die Ihre Differenzierung ausmacht. Sie bauen sie, auf IoT Core oder anderweitig, weil diese Schicht das Unternehmen ist.
Wenn eine oder mehrere dieser Beschreibungen auf Sie zutreffen, ist AWS IoT Core eine gute Antwort und eine Managed Platform stünde Ihnen im Weg. Seien Sie ehrlich zu sich selbst, in welcher Gruppe Sie stehen, bevor Sie sich entscheiden.
Wann eine Managed Platform gewinnt
Für die meisten Teams, deren Produkt nicht die Plattform ist, zeigt die Rechnung in die andere Richtung. Sie haben Geräte, Sie haben Kunden, und Sie brauchen, dass diese Kunden bald klare Daten ansehen, Alarme erhalten und ihre eigenen Konten verwalten, ohne ein Cloud-Team einzustellen, das einen Frontend-Stack aus Einzelteilen baut.
Eine Managed Platform liefert die Anwendungsschicht als das Produkt. Dashboards, Multi-Tenant-Trennung, Benutzer- und Berechtigungsverwaltung, eine Alarmierungsoberfläche und ein mobiltaugliches Portal sind ab dem ersten Tag da. Ihre Entwickler verbinden Geräte und schreiben die Logik, die für Ihr Geschäft spezifisch ist, statt dieselbe Plattformschicht neu zu bauen, die jedes IoT-Unternehmen neu baut. Sie tauschen ein wenig Kontrolle auf niedriger Ebene gegen Zeit, und für die meisten Teams ist Zeit die knappere Ressource.
Wo TagoIO hineinpasst
TagoIO ist die Managed-Platform-Antwort auf diese Entscheidung. Es übernimmt Gerätekonnektivität und Daten und liefert die Schicht, die Sie sonst auf IoT Core aufbauen würden. Multi-Tenant-Konten sind Teil des Modells, nicht etwas, das Sie architektonisch entwerfen. Dashboards, Benutzerverwaltung und Alarmierung sind eingebaut. TagoRUN gibt Ihnen White-Label-Portale, damit Ihre Kunden Ihre Marke sehen, nicht unsere. Serverlose Analysis-Skripte erlauben Ihrem Team, eigene Logik zu schreiben, ohne Rechenkapazität aufzusetzen und zu warten. Und TagoCore, unsere Open-Source-Edge-Runtime, übernimmt die Verarbeitung näher am Gerät, wenn Sie das brauchen.
Zu den Punkten, nach denen Käufer fragen: TagoIO ist ISO 27001 zertifiziert und GDPR-konform und bietet mehr als 500 Geräteintegrationen, sodass die meiste Hardware ohne eigenen Adapter eine Verbindung herstellt.
Der Tausch ist derselbe, der oben benannt wurde. Mit TagoIO geben Sie die direkte Kontrolle über die zugrunde liegende Infrastruktur auf, im Gegenzug dafür, dass Sie die Plattformschicht nicht bauen oder betreiben. Wenn Ihr Produkt die Plattform ist, ist dieser Tausch falsch für Sie. Wenn Ihr Produkt das ist, was auf der Plattform läuft, ist er meist richtig.
Nächste Schritte
Wenn Sie die Plattformschicht sehen wollen, statt sie zu bauen, fangen Sie hier an:
- Die Plattform erkunden: tago.io
- Das Preismodell ansehen: tago.io/pricing
- Die technische Dokumentation lesen: docs.tago.io
Die Entscheidung läuft auf eine einzige Frage hinaus, die Sie heute beantworten können: Ist der Betrieb der Plattformschicht die beste Verwendung Ihres Engineering-Teams, oder ist es der Teil, den Sie lieber kaufen und hinter sich lassen würden? Beide Antworten sind vertretbar. Wählen Sie die, die zu dem passt, wofür Ihr Team eigentlich da ist.
