Per massimizzare il valore dei dati provenienti dai dispositivi connessi, le organizzazioni devono per poter eseguire l'analisi dei dati. Le organizzazioni hanno a disposizione molti modi connettere i propri dispositivi alle applicazioni di analisi, oltre ai vantaggi architetture specifiche dei dispositivi connessi possono variare a seconda del caso d'uso dell'organizzazione. Per guidarti, questo documento descrive una serie di delle architetture dei dispositivi su Google Cloud. Queste architetture rispondono a un'ampia vari casi d'uso e requisiti per i dispositivi connessi.
Il presente documento fa parte di una serie di documenti che forniscono informazioni su le architetture IoT su Google Cloud e la migrazione IoT Core. Gli altri documenti di questa serie includono seguenti:
- Panoramica delle architetture dei dispositivi connessi su Google Cloud (questo documento).
- Un broker MQTT autonomo: Un MQTT fornisce comunicazione bidirezionale tra dispositivi connessi progetti Google Cloud e tra i dispositivi.
- Un'architettura di una piattaforma IoT su Google Cloud: la piattaforma IoT fornisce ulteriori funzionalità di gestione dei dispositivi, la connettività dati, importante quando si esegue il deployment di un dispositivi connessi.
- Una connessione diretta a Pub/Sub: per l'importazione dati, la scelta migliore potrebbe essere fare in modo che i dispositivi si connettano direttamente a Pub/Sub.
- Best practice per l'esecuzione di un backend IoT su Google Cloud.
- Best practice per il provisioning e la configurazione automatici di sistemi e server perimetrali e bare metal.
Riepilogo delle architetture dei dispositivi connessi
Questo documento raggruppa i casi d'uso dei dispositivi connessi in tre categorie, in base alle seguenti dimensioni che devi prendere in considerazione quando pianifichi un dell'architettura dei dispositivi connessi:
Numero di dispositivi: è importante considerare quanti dispositivi vengono collegato direttamente alla tua applicazione. Se l'applicazione ha molte (ad esempio macchine, sensori o fotocamere) e se questi dispositivi sono connessi a un gateway intermedio o a un altro dispositivo (come un cellulare); è importante capire se questi dispositivi finali devono essere rappresentati gestiti nella tua applicazione. In alcuni casi, è possibile che tu debba rappresentare singolo dispositivo; in altri casi, solo il dispositivo intermedio può devono essere rappresentati.
Gestione del parco risorse: valuta se sono necessarie funzionalità quali monitoraggio dello stato dei dispositivi, aggiornamenti software e firmware, configurazione gestione dei parchi risorse e altre funzionalità di gestione del parco risorse. Questi requisiti sono utili per determinare la scelta dell'architettura dell'applicazione.
Messaggistica tra dispositivi: comunicazione del dispositivo tramite il tuo dell'architettura delle applicazioni è un fattore importante. Ad esempio, alcune dipendono dalla comunicazione tra i dispositivi connessi dell'architettura dell'applicazione. Altre applicazioni dispongono di flussi di dati che avvengono rigorosamente tra ciascun dispositivo e la tua applicazione, senza messaggistica tra i dispositivi.
Tabella riepilogativa
Comprendere le caratteristiche della tua applicazione può aiutarti a scegliere la migliore architettura per il tuo caso d'uso. Per guidarti nella scelta, il la seguente tabella riassume il supporto offerto da ciascuna delle architetture connesse descritte in questa serie, che offrono:
Limiti del supporto per i dispositivi | Messaggistica tra dispositivi | Assistenza per la gestione del parco risorse | |
---|---|---|---|
Broker MQTT | Milioni | Consigliato | Non supportata |
Piattaforma IoT | Milioni | Supporto | Consigliato |
Dal dispositivo a Pub/Sub | Centinaia | Supporto | Non supportata |
Passaggi successivi
- Scopri la migliore architettura dei dispositivi connessi per il tuo caso d'uso:
- Scopri come connettere i dispositivi e creare applicazioni IoT su Google Cloud utilizzando Smart Products Essentials.
- Scopri di più sulle pratiche per il provisioning e la configurazione automatici delle sistemi e server bare metal.
- Per altre architetture di riferimento, diagrammi e best practice, esplora il Centro architetture cloud.