Un fermo macchina non aspetta la latenza di una connessione Internet. Allo stesso modo, un responsabile di produzione non può prendere decisioni su dati raccolti a fine turno. Il confronto cloud contro edge in ambito manifatturiero parte da qui: capire dove devono vivere elaborazione, dati e logiche operative per...
Cloud contro edge: cosa cambia davvero
L'edge è la capacità di acquisire, filtrare o processare dati vicino alla fonte, quindi in macchina, a bordo linea o attraverso un gateway installato nello stabilimento. Il cloud è l'infrastruttura remota che centralizza dati, applicazioni, dashboard, utenti e integrazioni, rendendoli accessibili via browser.
Nel linguaggio industriale, però, questa distinzione può diventare fuorviante se si riduce a una domanda: “dove metto il server?”. Un PC industriale locale può essere un edge device, ma non tutti i progetti edge richiedono un server da amministrare. Un'applicazione cloud può visualizzare dati di produzione in pochi secondi, ma non dovrebbe sostituire le logiche deterministiche di un PLC.
La linea di separazione corretta riguarda il tipo di attività. Il controllo real-time di sicurezza, assi, temperature critiche, interblocchi e sequenze macchina deve rimanere nel dominio OT, gestito da PLC, CNC, HMI e dispositivi progettati per quel livello. Raccolta dati, storicizzazione, calcolo KPI, dashboard, tracciabilità, reportistica e integrazione con ERP o BI possono invece beneficiare della centralizzazione cloud.
Il limite dell'edge usato come infrastruttura completa
L'edge è indispensabile quando occorre parlare con protocolli industriali e reti di fabbrica. Siemens S7, Modbus TCP/IP, OPC UA, EtherNet/IP, MQTT e MTConnect richiedono una presenza controllata vicino alle macchine, con regole di rete chiare e privilegi di accesso definiti. In molti stabilimenti, l'edge svolge quindi il ruolo di ponte tra OT e piattaforma applicativa.
Il problema nasce quando il ponte diventa un intero datacenter distribuito. Installare server locali per ogni sito, o per ogni reparto, significa introdurre sistemi operativi da aggiornare, backup da verificare, dischi da sostituire, antivirus da gestire, account da controllare e procedure di disaster recovery da mantenere. Sono attività legittime, ma raramente sono il core business di un'azienda manifatturiera.
Un'architettura esclusivamente edge può apparire conveniente all'avvio perché evita il tema della connettività esterna. Nel tempo, però, può rendere più difficile consolidare dati di stabilimenti diversi, confrontare OEE e scarti tra linee, distribuire aggiornamenti applicativi e collegare la produzione ai sistemi gestionali. Il costo non è solo hardware: è il costo operativo della frammentazione.
Esistono casi in cui una maggiore elaborazione locale è giustificata. Per esempio, impianti con connettività instabile, siti remoti, requisiti di risposta estremamente rapidi o grandi flussi di dati grezzi, come visione artificiale e analisi video. Anche in questi casi, tuttavia, non è necessario rinunciare al cloud: conviene inviare dati aggregati, eventi e indicatori utili, mantenendo localmente solo ciò che deve essere elaborato sul posto.
Quando il cloud porta valore operativo
Il cloud diventa particolarmente efficace quando il dato deve uscire dalla singola macchina e diventare patrimonio dell'organizzazione. Una dashboard centralizzata può mostrare stato impianti, pezzi prodotti, scarti, allarmi, tempi di fermo e OEE senza richiedere accessi remoti ai PC di linea. Produzione, manutenzione, qualità e direzione lavorano così sulla stessa base informativa, pur con viste e autorizzazioni differenti.
La centralizzazione semplifica anche l'integrazione. Un ERP non dovrebbe interrogare direttamente un PLC, né un PLC dovrebbe diventare il punto di raccordo per logiche gestionali. Il livello cloud può ricevere dati validati dal campo, normalizzarli e renderli disponibili a ERP, database aziendali e strumenti BI. Questo riduce le integrazioni punto-punto e rende più chiaro chi possiede ciascun dato.
C'è poi un tema di scalabilità. Aggiungere una linea, una macchina o un secondo stabilimento non dovrebbe significare progettare da zero un nuovo server, una nuova VPN e una nuova procedura di backup. In un modello SaaS, l'applicazione è già disponibile: il lavoro si concentra sull'interconnessione dei macchinari, sulla mappatura dei segnali e sulla configurazione dei moduli necessari.
Il cloud non elimina le responsabilità di cybersecurity. Le sposta verso un modello che deve essere progettato con rigore: cifratura delle comunicazioni, segmentazione della rete OT, gestione delle identità, controllo degli accessi, audit trail, backup e localizzazione dell'infrastruttura. Per un'azienda italiana, la presenza di servizi europei e certificazioni come ISO 27001, ISO 27017 e ISO 27018 sono elementi concreti di valutazione, non dettagli commerciali.
L'architettura più pragmatica: edge leggero e cloud centrale
Per molti contesti produttivi, la soluzione più equilibrata è un agente edge leggero on-premise collegato ai dispositivi industriali e una piattaforma cloud centrale per elaborazione applicativa e fruizione dei dati. L'agente legge i tag autorizzati, gestisce la comunicazione in uscita e può mantenere una coda locale in caso di disconnessione. Il PLC continua a svolgere il proprio lavoro senza dipendere dal cloud per il funzionamento della macchina.
Questa impostazione evita due errori frequenti. Il primo è portare il cloud dentro il ciclo di controllo, creando una dipendenza impropria dalla rete. Il secondo è confinare tutti i dati nel perimetro locale, costringendo utenti e sistemi aziendali a inseguire informazioni sparse tra PC industriali.
La scelta dei segnali è decisiva quanto la scelta dell'architettura. Non serve leggere migliaia di variabili se l'obiettivo è calcolare disponibilità, prestazione e qualità. Occorre invece definire con precisione stati macchina, contapezzi, causali di fermo, scarti, ricette, lotti, allarmi e parametri che abbiano un significato produttivo. Un dato acquisito senza contesto è solo traffico di rete; un dato associato a ordine, prodotto, turno e macchina può guidare una decisione.
Criteri per scegliere senza bloccare il progetto
Prima di scegliere tra cloud, edge o modello ibrido, è utile verificare quattro aspetti operativi. Il primo è la criticità temporale: se una funzione deve reagire in millisecondi, resta locale. Se deve offrire analisi, storicità o coordinamento tra reparti, può risiedere nel cloud.
Il secondo è la disponibilità della connettività. Non bisogna chiedersi se Internet sia perfetta, ma cosa accade quando non lo è. L'architettura deve garantire che la produzione continui e che i dati vengano recuperati o sincronizzati secondo regole definite. La perdita di connessione non deve trasformarsi in perdita di produzione.
Il terzo è la varietà del parco macchine. Stabilimenti con PLC di generazioni e marchi differenti traggono vantaggio da una piattaforma che supporti nativamente protocolli industriali diffusi, senza imporre conversioni fragili o sviluppo custom per ogni collegamento. Compatibilità non significa soltanto “riuscire a leggere un dato”: significa mantenere una raccolta affidabile e governabile nel tempo.
Il quarto è il perimetro del risultato atteso. Se il progetto mira solo a visualizzare uno stato macchina, un gateway locale può essere sufficiente. Se deve collegare produzione, manutenzione, qualità, tracciabilità, KPI e documentazione per Transizione 4.0, occorre una piattaforma capace di trasformare il segnale in processo operativo e dato verificabile.
Interconnessione 4.0: la prova è nei dati disponibili
Nel contesto italiano, il tema cloud contro edge incrocia spesso i requisiti di interconnessione e della documentazione richiesta per gli investimenti 4.0. Qui non basta dichiarare che una macchina è connessa. Occorre dimostrare lo scambio bidirezionale di dati con sistemi aziendali, l'identificazione univoca, la tracciabilità delle informazioni e la disponibilità di evidenze coerenti nel tempo.
Una piattaforma cloud-native, se collegata correttamente al campo tramite agente locale, può rendere queste evidenze più accessibili: eventi macchina, dati di produzione, parametri, allarmi, lotti e scambi con il gestionale vengono organizzati in un ambiente consultabile e protetto. Il vantaggio non è solo fiscale. La stessa base dati usata per la conformità può rendere più rapida l'analisi di un calo OEE o di uno scostamento di produzione.
PLCinCloud adotta questo modello con un agente on-premise leggero e una piattaforma accessibile via browser, evitando di aggiungere server locali alla fabbrica. L'approccio modulare consente di partire dalla raccolta dati o dal monitoraggio e ampliare il perimetro quando il processo è pronto per integrazioni più estese.
La domanda utile, quindi, non è se il cloud sia migliore dell'edge. È quali funzioni devono restare vicino alla macchina e quali dati devono poter circolare in modo sicuro tra produzione e azienda. Quando questa separazione è progettata bene, l'infrastruttura smette di essere un vincolo IT e diventa un supporto concreto alle decisioni di stabilimento.