Per massimizzare il valore dei dati dei propri dispositivi connessi, le organizzazioni devono essere in grado di eseguire 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 IoT su Google Cloud. Gli altri documenti di questa serie include:
- Panoramica delle architetture dei dispositivi connessi su 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 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 dei 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 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 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 sono utili per 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 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 per i 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 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, visita il Centro architetture di Google Cloud.