Google Cloud IoT Core ist Geschichte: was stattdessen nutzen
Google hat Cloud IoT Core am 16. August 2023 abgeschaltet. Teams, die darauf aufgebaut hatten, mussten die Geräteanbindung anderswohin verlegen, und wer heute ein neues IoT-Projekt bei Google Cloud beginnt, muss ein Gateway selbst auswählen.
Was Cloud IoT Core leistete
Es gab jedem Gerät eine Identität, nahm MQTT- und HTTP-Verbindungen an und gab die Telemetrie an Pub/Sub weiter. Alles danach (Dataflow, Bigtable, BigQuery) war gewöhnliches Google Cloud, und dieser Teil funktioniert weiterhin.
Option 1: bei Google Cloud bleiben, mit einem Partner-Broker
Betreiben Sie einen MQTT-Broker, entweder als verwalteten Dienst eines Partners oder selbst gehostet, und lassen Sie ihn in Pub/Sub veröffentlichen. Der Rest einer Google-Pipeline bleibt gleich.
- Kosten: Sie zahlen den Preis des Brokers (eine eigene Rechnung oder die VMs, die ihn betreiben) zusätzlich zu den Volumengebühren von Pub/Sub.
- Aufwand: Sie übernehmen die Verwaltung von Geräteidentitäten und Zertifikaten, die IoT Core früher erledigte.
Option 2: einen verwalteten IoT-Dienst einer anderen Cloud nutzen
Azure IoT Hub, AWS IoT Core und Oracles IoT Platform werden heute alle angeboten und enthalten Geräteidentität, MQTT und eine Möglichkeit, Daten weiterzuleiten.
- Kosten: bepreist pro Einheit (Azure), pro Nachricht (AWS) oder pro Rechenstunde (Oracle). Siehe aktuelle Gateway-Preise.
- Aufwand: Bleibt Ihre Analyse bei Google Cloud, zahlen Sie zusätzlich für den Datentransfer zwischen Clouds.
Option 3: die ganze Pipeline umziehen
War das Gateway der Hauptgrund für Google Cloud, kann es sinnvoll sein, die gesamte Pipeline anderswo zu bepreisen. Unser Industrie-4.0-Schätzer bepreist Gateway, Streaming, Verarbeitung, Speicher und Rechenleistung zusammen in jeder Cloud. Er zeigt das fehlende Gateway von Google Cloud als Lücke, sodass Sie die Kosten von allem anderen sehen.
So entscheiden Sie
- Zählen Sie Ihre Geräte und die Nachrichtenrate. Die Preismodelle der Gateways weichen bei hohen Volumen am stärksten voneinander ab.
- Bepreisen Sie die gesamte Pipeline, nicht nur das Gateway. Stream-Verarbeitung und Speicher wiegen oft mehr.
- Addieren Sie die Kosten für den Betrieb eines Brokers, wenn Sie bei Google Cloud bleiben: VMs, Hochverfügbarkeit und die Zeit von jemandem.
- Beziehen Sie die Datenübertragung ein, wenn Geräte sich mit einer Cloud verbinden und die Analyse in einer anderen läuft.
Als Ausgangspunkt siehe was ein Werk mit 1.000 Geräten kostet in jeder Cloud.