Per massimizzare il valore dei dati provenienti dai dispositivi connessi, le organizzazioni devono essere in grado di eseguire l'analisi dei dati. Le organizzazioni possono connettere i dispositivi alle applicazioni di analisi in molti modi e i vantaggi di architetture specifiche dei dispositivi connessi possono variare a seconda del caso d'uso della tua organizzazione. Per aiutarti, 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 e sulla migrazione da IoT Core. Gli altri documenti di questa serie includono:
- Panoramica delle architetture dei dispositivi connessi su Google Cloud (questo documento).
- Un broker MQTT autonomo: un broker MQTT offre una comunicazione bidirezionale tra i dispositivi connessi e i progetti Google Cloud, nonché tra i dispositivi.
- Un'architettura della piattaforma IoT su Google Cloud: una piattaforma IoT offre ulteriori funzionalità di gestione dei dispositivi oltre alla connettività dei dati, che è importante quando esegui il deployment di un vasto parco dispositivi connessi.
- Una connessione diretta a Pub/Sub: per l'importazione dati, la scelta migliore potrebbe essere che i tuoi 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 edge e bare metal.
- Migrazione degli ambienti da IoT Core.
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'architettura dei dispositivi connessi:
Numero di dispositivi: è importante considerare quanti dispositivi sono direttamente collegati alla tua applicazione. Se la tua applicazione ha molti dispositivi finali (come macchine, sensori o videocamere) e se questi dispositivi sono connessi a un gateway intermedio o a un altro dispositivo (ad esempio un cellulare), è importante verificare se questi dispositivi finali devono essere rappresentati e gestiti nell'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 il monitoraggio dello stato dei dispositivi, gli aggiornamenti di software e firmware, la gestione della configurazione e altre funzionalità di gestione del parco risorse. Questi requisiti aiutano a determinare la scelta dell'architettura dell'applicazione.
Messaggistica tra dispositivi: la comunicazione dei dispositivi attraverso 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 rigorosamente tra ogni dispositivo e la tua applicazione, senza messaggi 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 aiutarti a scegliere, la tabella riportata di seguito riassume il supporto offerto da ciascuna delle architetture connesse descritte in questa serie:
| Limiti per il supporto dei dispositivi | Messaggistica tra dispositivi | Assistenza per la gestione del parco risorse | |
|---|---|---|---|
| Broker MQTT | Milioni | Consigliato | Non supportata |
| Piattaforma IoT | Milioni | Supporto parziale | Consigliato |
| Da dispositivo a Pub/Sub | Centinaia | Supporto parziale | 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 Intelligent Products Essentials.
- Scopri le pratiche per eseguire il provisioning e la configurazione automatica di sistemi e server Edge e Bare Metal.
- Per ulteriori architetture di riferimento, diagrammi e best practice, esplora il Cloud Architecture Center.