Per massimizzare il valore dei dati dei propri dispositivi connessi, le organizzazioni devono essere in grado di eseguire analisi dei dati. Esistono molti modi per collegare i dispositivi alle applicazioni di analisi e i vantaggi di architetture di dispositivi connessi specifiche possono variare a seconda del caso d'uso della tua organizzazione. Come guida, questo documento descrive un insieme di architetture di dispositivi connessi su Google Cloud. Queste architetture rispondono a un'ampia gamma di casi d'uso e requisiti per i dispositivi connessi.
Questo documento fa parte di una serie di documenti che forniscono informazioni sulle architetture IoT su Google Cloud. Gli altri documenti di questa serie include:
- Panoramica delle architetture dei dispositivi connessi Google Cloud (questo documento).
- Un broker MQTT autonomo: un broker MQTT fornisce la comunicazione bidirezionale tra i dispositivi connessi e i progetti Google Cloud, nonché tra i dispositivi.
- Un'architettura di piattaforma IoT su Google Cloud: una piattaforma IoT fornisce funzionalità di gestione dei dispositivi aggiuntive, oltre alla connettività dei dati, che è importante quando esegui il deployment di un parco di dispositivi connessi di grandi dimensioni.
- Una connessione diretta a Pub/Sub: per l'importazione dati, la scelta migliore potrebbe essere quella di collegare i dispositivi 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 edge 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 da considerare quando pianifichi un'architettura di dispositivi connessi:
Numero di dispositivi:è importante considerare quanti dispositivi sono collegati direttamente alla tua applicazione. Se la tua applicazione ha molti dispositivi finali (ad esempio macchine, sensori o videocamere) e se questi dispositivi sono connessi a un gateway intermedio o a un altro dispositivo (ad esempio un cellulare), è importante identificare se questi dispositivi finali devono essere rappresentati e gestiti nella tua applicazione. In alcuni casi potrebbe essere necessario rappresentare ogni singolo dispositivo; in altri casi, potrebbe essere necessario rappresentare solo il dispositivo intermedio.
Gestione del parco risorse:valuta se hai bisogno di funzionalità come monitoraggio dello stato dei dispositivi, aggiornamenti di software e firmware, gestione della configurazione e altre funzionalità di gestione del parco risorse. Questi requisiti contribuiscono a determinare la scelta dell'architettura dell'applicazione.
Messaggistica tra dispositivi:la comunicazione tra dispositivi tramite l'architettura dell'applicazione è un fattore importante. Ad esempio, alcune applicazioni dipendono dalla comunicazione tra i dispositivi connessi tramite l'architettura dell'applicazione. Altre applicazioni hanno flussi di dati che si verificano esclusivamente tra ciascun dispositivo e la tua applicazione, senza messaggi tra i dispositivi.
Tabella di riepilogo
Comprendere le caratteristiche della tua applicazione può aiutarti a scegliere la migliore architettura per il tuo caso d'uso. Per aiutarti a scegliere, la tabella seguente riassume il supporto offerto da ciascuna delle architetture collegate descritte in questa serie:
| Limiti di supporto dei dispositivi | Messaggistica tra dispositivi | Assistenza per la gestione del parco risorse | |
|---|---|---|---|
| Broker MQTT | Milioni | Consigliato | Non supportata |
| Piattaforma IoT | Milioni | Un po' di assistenza | Consigliato |
| Dispositivo a Pub/Sub | Centinaia | Un po' di assistenza | Non supportata |
Passaggi successivi
- Scopri la migliore architettura per i dispositivi connessi per il tuo caso d'uso:
- Scopri come collegare i dispositivi e creare applicazioni IoT su Google Cloud utilizzando Intelligent Products Essentials.
- Scopri le pratiche per il provisioning e la configurazione automatici di sistemi e server edge e bare metal.
- Per altre architetture di riferimento, diagrammi e best practice, visita il Centro architetture di Google Cloud.