Edge computing vs cloud per l'industria: come scegliere nel 2026?

· 15 minuti di lettura
15 min read
Team Eziwan
Team Eziwan
Infrastruttura IoT

"Spostate tutto sul cloud" era il mantra della trasformazione digitale industriale fino al 2020. Poi i progetti si sono scontrati con la realtà sul campo: una stazione di pompaggio con 500 ms di latenza di rete non può chiudere un ciclo di controllo tramite il cloud. Un sito di produzione che genera 2 TB di dati al giorno non può inviare tutto su AWS senza costi di banda proibitivi. E un’azienda del settore della difesa non può ospitare i propri dati di produzione su un server di cui non conosce l’ubicazione fisica.

Nel 2026, l'architettura dominante nell'IoT industriale è di tipo ibrido: elaborazione locale alla fonte per ciò che lo richiede, cloud per ciò che beneficia della scalabilità e della centralizzazione. Questa guida vi aiuta a prendere la decisione giusta per ogni caso d'uso.

Definizioni: edge, cloud, fog — senza gergo tecnico​

Prima di procedere al confronto, chiariamo cosa significano concretamente questi termini in un contesto industriale.

Il cloud è un insieme di server remoti accessibili tramite Internet o una rete privata WAN. Nell’ambito industriale, il cloud ospita i cruscotti di supervisione, i database storici, gli algoritmi di analisi avanzata e gli strumenti collaborativi. I principali hyperscaler sono AWS, Microsoft Azure e Google Cloud, ma le offerte cloud sovrane francesi (OVHcloud, Outscale/Dassault, Scaleway) stanno acquisendo sempre più rilevanza per i dati sensibili.

L'edge computing indica l'elaborazione dei dati il più vicino possibile alla loro fonte — fisicamente in loco, nell'armadio di controllo o nell'apparecchiatura stessa. Il termine "edge" in "edge computing" indica il confine tra la rete OT sul campo e il resto: è lì che si trova il gateway industriale. In pratica, edge = il vostro gateway o il vostro server locale.

Il fog computing è un termine intermedio che indica un'elaborazione distribuita nei livelli compresi tra il campo e il cloud (aggregatori di zona, server di edificio, server di stabilimento). Nel 2026, il termine «fog» è meno utilizzato nell’industria rispetto alle pubblicazioni accademiche: la maggior parte degli operatori del settore parla semplicemente di architettura ibrida edge + cloud.

La gerarchia in uno stabilimento:

  • Livello 0: sensori, attuatori (nessuna elaborazione)
  • Livello 1: controllori PLC, RTU (elaborazione in tempo reale, ciclo <10 ms)
  • Livello 2: SCADA locale, HMI (supervisione e controllo del sito)
  • Livello 3: Edge gateway (raccolta, normalizzazione, pre-elaborazione, allarmi locali)
  • Livello 4: Cloud (archiviazione a lungo termine, analisi, supervisione multisito)

Il gateway industriale Eziwan opera al livello 3 di questa gerarchia: costituisce il punto di collegamento tra la rete OT sul campo e il cloud di supervisione.

Quando l'edge computing è indispensabile​

Esistono tre situazioni in cui il trattamento esclusivamente nel cloud risulta tecnicamente insufficiente o inammissibile.

Requisito di latenza in tempo reale

Il ciclo di controllo di un PLC deve essere completato in meno di 1-10 ms, a seconda del processo. Questo requisito è fisicamente incompatibile con un viaggio di andata e ritorno sulla rete verso un cloud remoto, che richiede almeno da 10 a 50 ms su una connessione 4G LTE e da 5 a 20 ms su una connessione in fibra ottica con il server più vicino in Francia.

Le applicazioni che richiedono un'elaborazione locale per funzionare:

  • Arresto di emergenza in caso di superamento della soglia (arresto della macchina se la temperatura è > 85 °C)
  • Regolazione della portata o della pressione (circuito PID chiuso tramite gateway edge)
  • Rilevamento di vibrazioni anomale con attivazione di un allarme locale
  • Controllo qualità tramite visione artificiale con scarto dei pezzi difettosi dalla linea di produzione

Limite di larghezza di banda

Un sensore di vibrazioni industriale ad alta frequenza (accelerometro a 10 kHz) genera circa 80 MB di dati grezzi al minuto. Una linea di produzione con 100 sensori di questo tipo genera 8 GB al minuto, ovvero 11,5 TB al giorno. Trasmettere l'intero volume in tempo reale sul cloud costerebbe decine di migliaia di euro al mese in larghezza di banda e spazio di archiviazione cloud.

L'edge risolve questo problema attraverso due meccanismi:

  • Downsampling: ridurre la frequenza di campionamento da 10 kHz a 1 Hz per il monitoraggio continuo e trasmettere i dati ad alta frequenza solo in caso di evento (superamento della soglia)
  • Estrazione delle caratteristiche: calcolare localmente indicatori rilevanti (RMS delle vibrazioni, frequenze caratteristiche FFT) e trasmettere solo questi indicatori, anziché i dati grezzi

In pratica, l'edge può ridurre il volume dei dati trasmessi al cloud dal 70 al 95%, a seconda delle applicazioni.

Vincolo di sovranità dei dati

Alcuni dati industriali non possono uscire dall'azienda o dal territorio nazionale:

  • Dati di produzione relativi a mercati riservati (difesa, aeronautica, nucleare)
  • Formule di prodotti e parametri di processo che costituiscono segreti industriali
  • Dati coperti da accordi di riservatezza con i clienti
  • Dati la cui ubicazione è regolamentata (dati sanitari con SNDS, dati finanziari)

In questi casi, l'elaborazione edge e l'archiviazione avvengono a livello locale. Il cloud può ricevere dati anonimizzati o aggregati (KPI di prestazione), ma non i dati grezzi sensibili.

Quando basta il cloud​

Per la maggior parte delle applicazioni di monitoraggio industriale, il cloud da solo è perfettamente adeguato e semplifica notevolmente l'architettura.

Supervisione e monitoraggio non critici

Il monitoraggio remoto di una stazione di pompaggio (lettura di livello, pressione e portata ogni 5 secondi) non presenta alcun vincolo di latenza inferiore a 1 secondo. L'allarme "livello basso", che viene segnalato in 200 ms anziché in 10 ms, non ha alcun impatto operativo: l'operatore vede l'allarme entro un secondo e il processo di pompaggio ha tempi di risposta dell'ordine di un minuto o di un'ora.

Analisi dei dati e machine learning sui dati storici

Gli algoritmi di manutenzione predittiva, addestrati su 18 mesi di dati storici, funzionano in modo molto efficiente nel cloud, dove le risorse di calcolo sono elastiche e lo spazio di archiviazione è economico. Un modello di rilevamento delle anomalie che viene eseguito una volta all'ora sui dati delle ultime 24 ore non ha alcuna necessità di essere implementato sull'edge.

Supervisione centralizzata multisito

Un gestore di rete che supervisiona 50 impianti di trattamento delle acque distribuiti su un dipartimento ha tutto l’interesse a centralizzare i dati nel cloud: dashboard unificate, correlazione tra i siti, benchmarking delle prestazioni, report normativi automatizzati. Implementare queste funzioni su 50 edge locali non solo sarebbe costoso, ma anche praticamente impossibile da gestire.

Gestione degli aggiornamenti e configurazione

La gestione centralizzata delle configurazioni dei router, delle versioni del firmware e delle regole di allerta è una funzionalità nativa del cloud. Lo Zero Touch Provisioning (ZTP) è, per definizione, un servizio cloud che configura le apparecchiature da remoto.

L'architettura ibrida edge + cloud: il meglio dei due mondi​

L'architettura raccomandata nel 2026 per i progetti IoT industriali di alto livello è di tipo ibrido, con una chiara ripartizione delle responsabilità tra edge e cloud.

Funzioni dell'edge (gateway industriale locale):

  • Raccolta locale dei dati di campo tramite Modbus RTU/TCP, OPC-UA, Profibus, SNMP
  • Normalizzazione e formattazione dei dati (conversione delle unità di misura, marcatura temporale locale, identificativi delle apparecchiature)
  • Valutazione locale delle regole di allarme e attivazione degli avvisi senza dipendenza dalla rete
  • Store & forward: archiviazione temporanea in caso di interruzione della connettività, ritrasmissione automatica al ripristino della connessione
  • Pre-elaborazione: downsampling, estrazione di caratteristiche, filtraggio dei valori anomali
  • Tunnel VPN verso il cloud: crittografia TLS, autenticazione reciproca

Funzioni del cloud:

  • Raccolta e archiviazione dei dati standardizzati
  • Dashboard in tempo reale e storici
  • Motore di allerta avanzato (correlazione multisito, allarmi basati sulle tendenze)
  • Analisi e machine learning
  • Gestione degli utenti, diritti di accesso, audit di sicurezza
  • API per l’integrazione con ERP, CMMS e sistemi BI
  • Monitoraggio della flotta di gateway (stato della rete, connettività, versioni del firmware)

Il protocollo di sincronizzazione: Il gateway invia i dati al cloud tramite MQTT su TLS o HTTPS REST, a seconda della configurazione. In caso di perdita di connettività, i dati vengono memorizzati temporaneamente in locale (in genere in una memoria flash da 4 a 32 GB) e inviati in blocco al ripristino della connessione. Questa architettura garantisce che nessun dato vada perso, anche in caso di interruzione della rete della durata di diverse ore.

Monitoraggio del gateway stesso: Il gateway periferico deve essere monitorato direttamente dal cloud: disponibilità, segnale LTE (RSRP/RSRQ), consumo di CPU/RAM, spazio su disco, versione del firmware. Un gateway che rimane inattivo per 48 ore senza essere rilevato non è accettabile in un sito critico.

L'edge computing nella pratica: esempi per settore​

Settore agroalimentare — monitoraggio delle celle frigorifere

Una cella frigorifera di stoccaggio richiede un allarme locale in caso di superamento della temperatura (> +4 °C per una cella positiva), indipendentemente dalla connettività di rete. Il gateway edge valuta localmente la temperatura e attiva un allarme acustico locale + SMS + chiamata al servizio di reperibilità in meno di 30 secondi, senza alcun passaggio attraverso il cloud. Parallelamente, i dati relativi alla temperatura vengono trasmessi al cloud ogni 5 minuti per garantire la tracciabilità e la conformità alle norme HACCP.

Distribuzione dell'acqua — regolazione della pressione

Una stazione di pompaggio dotata di un variatore di frequenza sulla pompa principale utilizza l'edge per la regolazione locale della pressione (valore di riferimento 3,5 bar, misurazione ogni 100 ms, regolazione della velocità della pompa). Questo ciclo di regolazione viene eseguito interamente in locale: non può tollerare la latenza di un ciclo di andata e ritorno verso il cloud. Il cloud riceve i trend relativi alla pressione e al consumo energetico ogni minuto.

Energia — parco solare

Un parco solare da 500 kWp con 10 inverter genera circa 50.000 valori Modbus all’ora. L'edge calcola localmente il Performance Ratio e l'indicatore di soiling ogni 5 minuti, confronta le stringhe tra loro e genera un allarme se una stringa si trova al di sotto della mediana di oltre il 15%. Il cloud riceve gli indicatori calcolati (non i 50.000 valori grezzi), le curve di produzione aggregate e gli allarmi.

Edilizia e lavori pubblici — monitoraggio delle macchine

Un compattatore in cantiere genera dati relativi alle vibrazioni, alla velocità e alla posizione GPS. Il dispositivo edge calcola localmente i "passaggi di compattazione" (combinazione di posizione GPS ed energia di compattazione) e invia al cloud solo il risultato operativo (mappa di compattazione). Ciò riduce di 100 volte il volume dei dati LTE trasmessi e consente di lavorare anche in zone con scarsa copertura.

Edge computing con Eziwan: cosa fa il gateway a livello locale​

Il gateway Eziwan è concepito come un nodo di edge computing industriale, non come un semplice router trasparente.

Raccolta e normalizzazione locale: Il gateway interroga le apparecchiature sul campo (controllori Modbus RTU, contatori M-Bus, sensori MQTT locali) con cicli configurabili da 100 ms a 24 ore a seconda del tipo di dati. I valori vengono normalizzati (unità, fattore di scala, offset) e contrassegnati con un timestamp preciso (NTP sincronizzato con i server di tempo francesi).

Regole di allarme locale: Le regole di allarme semplici (soglia alta, soglia bassa, valore fuori intervallo, assenza di comunicazione) vengono valutate sul gateway. L'invio di avvisi tramite SMS, e-mail o webhook può avvenire direttamente dall'edge, senza dipendere dal cloud Eziwan. Ciò garantisce la ricezione degli avvisi critici anche in caso di manutenzione della piattaforma cloud.

Store and forward: I dati raccolti vengono memorizzati temporaneamente a livello locale nella memoria flash del gateway. In caso di interruzione della connessione (perdita del segnale LTE, manutenzione della rete), i dati vengono accumulati localmente e trasmessi automaticamente al cloud al momento della riconnessione. La capacità di archiviazione locale consente di far fronte a interruzioni della connessione della durata di diversi giorni senza perdita di dati.

Tunnel VPN permanente: La connessione tra il gateway e il cloud Eziwan viene stabilita tramite OpenVPN, avviata dal gateway (nessuna porta in entrata sull'apparecchiatura). L'accesso remoto alle apparecchiature OT locali avviene esclusivamente tramite questo tunnel crittografato, senza mai esporre alcuna porta su Internet.

Protocolli supportati localmente:

  • Modbus RTU (RS-232, RS-485)
  • Modbus TCP
  • Broker MQTT locale
  • SNMP
  • M-Bus (contatori secondari di energia, acqua, gas)
  • API REST locale per integrazioni personalizzate

Come pianificare la propria architettura edge/cloud​

Un'architettura edge/cloud di successo si definisce prima ancora di scegliere le apparecchiature. Ecco la procedura consigliata.

Fase 1: Mappatura delle fonti di dati Elencare ogni apparecchiatura o sensore, il relativo protocollo di comunicazione, la frequenza di generazione dei dati, il volume dei dati grezzi e la criticità operativa dei dati.

Fase 2: Classificare i vincoli in base ai casi d'uso Per ogni caso d'uso (allarme, regolazione, reporting, analisi), identificare il vincolo principale: latenza (< 100 ms? < 1 s?), disponibilità offline (sì/no), sovranità (dati sensibili?), volume (> 1 MB/min per fonte?).

Fase 3: Applicare la regola decisionale

RequisitoElaborazione edgeElaborazione cloud
Latenza < 500 msObbligatorioImpossibile
Disponibilità senza reteObbligatorioImpossibile
Volume > 1 MB/min per sorgenteConsigliatoCostoso
Dati sensibili (sovranità)ObbligatorioA determinate condizioni
Analisi ML sui dati storiciOpzionaleRaccomandato
Monitoraggio multisitoOpzionaleRaccomandato
Interfaccia utenteOpzionaleRaccomandato

Fase 4: Dimensionamento dell’edge Calcolare la CPU, la RAM e lo spazio di archiviazione necessari per le elaborazioni locali individuate nella fase 3. Un gateway entry-level con 512 MB di RAM e 1 GB di spazio di archiviazione copre il 90% delle esigenze dell’edge industriale tradizionale. Le applicazioni di analisi video o di inferenza ML integrata richiedono gateway più potenti (4–8 GB di RAM, GPU integrata).

Fase 5: Verifica della connettività Stimate la larghezza di banda di rete necessaria dopo la pre-elaborazione edge. Una larghezza di banda in upload di 1 Mbps è sufficiente per la maggior parte delle installazioni IoT industriali con edge (alcune centinaia di punti dati normalizzati ogni minuto). Confrontate questa cifra con i piani tariffari SIM M2M disponibili nella vostra zona.

Questo processo richiede da 2 a 4 ore per un sito industriale standard e porta alla realizzazione di architetture meglio dimensionate, meno costose nel lungo periodo e più resistenti alle condizioni operative reali.

Domande frequenti​

Che cos'è concretamente l'edge computing industriale? È complicato da implementare? In pratica, l'edge computing industriale consiste nel gateway IoT che esegue una logica di elaborazione locale: calcolo delle medie, rilevamento delle soglie, filtraggio, aggregazione. In Eziwan, queste regole si configurano tramite la dashboard cloud (senza programmazione). Per elaborazioni avanzate (ML integrato, container Docker), è necessaria un’implementazione più complessa, ma la maggior parte delle esigenze industriali è soddisfatta dalla configurazione delle regole.

Quando l'edge computing non è sufficiente e il cloud è indispensabile? Quando i dati devono essere correlati tra più siti (ad esempio, per confrontare le prestazioni di 50 stabilimenti), quando l’analisi richiede un periodo storico esteso (18 mesi di andamento) o quando team remoti devono accedere al sistema di monitoraggio. L’edge da solo non è in grado di offrire una visibilità consolidata su più siti: questo è il ruolo del cloud.

La latenza del 4G LTE (30-100 ms) impedisce l'uso del cloud per gli allarmi critici? Per gli allarmi critici che richiedono una risposta in meno di 500 ms, sì: il cloud da solo non è affidabile. Ma con l’edge computing, il rilevamento e l’attivazione dell’allarme locale (SMS, relè, allarme acustico) avvengono in pochi millisecondi. Il cloud riceve la notifica dell’allarme pochi secondi dopo. La combinazione edge + cloud offre il meglio di entrambi i mondi.

L'edge computing su gateway IoT consente di inviare comandi al PLC? Sì. L'edge può inviare comandi Modbus TCP in scrittura al PLC (setpoint, comandi ON/OFF). Questa funzione deve essere utilizzata con cautela: richiede un'analisi di sicurezza (chi può scrivere cosa), limiti sui valori consentiti e una registrazione completa. NIS2 impone la tracciabilità di tutte le azioni remote sui sistemi OT.

Qual è la differenza tra lo "store-and-forward" e l'edge computing? Lo "store-and-forward" è una funzione dell'edge computing: i dati vengono raccolti localmente e memorizzati in un buffer se la connessione al cloud non è disponibile, per poi essere trasmessi non appena si ristabilisce la connessione. L'edge computing in senso lato comprende anche l'elaborazione locale (calcoli, avvisi, regolazione), non solo l'archiviazione temporanea. Entrambe le funzioni sono utili e complementari.

Per approfondire​

Vuoi saperne di più? Il team di Eziwan affianca le aziende industriali nella progettazione e nell'implementazione di architetture edge/cloud adatte alle loro esigenze. Scoprite le funzionalità edge del gateway Eziwan oppure consultate la nostra offerta di telegestione industriale per un primo colloquio sul vostro progetto.

Risorse aggiuntive​