UNS e DataOps: validare le raccomandazioni dell'AI prima che arrivino ai PLC
In una Q&A pubblicata da IIoT World il 13 ottobre 2026, Denis Leite di Mekatronik descrive un pattern in cui l'AI propone e l'architettura OT decide. La sicurezza dell'edge riguarda così anche il flusso dei dati, non solo i dispositivi.
Il 13 ottobre 2026 IIoT World ha pubblicato una Q&A a cura di Paul Viorel con Denis Leite, Director of Digital Transformation di Mekatronik. Le risposte nascono dalle domande del pubblico al Industrial AI Summit 2026, durante la sessione "From Months to Days: Accelerate Industrial AI with a Modern Data Architecture". Leite cita HighByte e Siemens come partner tecnologici di Mekatronik.
Il punto più utile per chi gestisce stabilimenti e sistemi informativi è un pattern progettuale: i risultati dell'intelligenza artificiale non dovrebbero raggiungere le macchine con una connessione diretta al PLC, ma attraverso uno strato dati validato e con accessi controllati.
Due livelli di sicurezza all'edge
Leite distingue due piani. Il primo è quello classico dell'OT e resta indispensabile: hardening dei dispositivi, sistemi operativi, segmentazione di rete, controllo degli accessi e gestione del firmware. Un'architettura basata su UNS (Unified Namespace) o su un livello DataOps non sostituisce nulla di questo.
Il secondo livello riguarda l'informazione che circola tra OT e IT, in particolare quella che torna verso le macchine. È qui che, secondo Leite, la sicurezza dell'edge deve estendersi dal dispositivo al flusso dei dati.
Validazione prima della scrittura
In un'architettura punto-punto, un'applicazione di AI o di ottimizzazione potrebbe scrivere un nuovo setpoint direttamente sul PLC, per esempio via OPC UA. Nel modello descritto da Leite l'applicazione si limita a pubblicare sull'UNS una raccomandazione o un valore richiesto. Uno strato DataOps intermedio verifica la richiesta prima di inoltrarla. Gli esempi citati sono:
Controlli possibili prima che il comando prosegua:
- il valore è all'interno di un intervallo accettabile?
- il processo si trova nello stato operativo corretto?
- il comando ha senso nel contesto?
Le istanze HighByte, spiega, possono operare a più livelli: vicino all'edge, negli strati OT intermedi e all'interfaccia con l'IT. La sintesi di Leite è netta:
L'applicazione propone; è l'architettura OT a decidere se e come la modifica raggiunge il processo.
Controllo degli accessi con MQTT
Sul fronte degli accessi, i permessi del broker MQTT possono stabilire quali client possono pubblicare o sottoscrivere quali porzioni del namespace. I flussi verso l'alto (da OT a IT) e quelli verso il basso (comandi verso l'OT) possono essere governati separatamente, un aspetto rilevante perché i secondi sono quelli con maggiore impatto sul processo.
Il problema della scala
Leite sostiene anche un argomento di manutenibilità: centinaia di modelli di AI non dovrebbero avere ciascuno una connessione diretta ai PLC. Sarebbe difficile da mantenere e moltiplicherebbe le interfacce da proteggere e governare. Un UNS con DataOps riduce le dipendenze dirette e crea confini controllati.
Cosa portare a casa
Per responsabili di stabilimento, IT e OT, l'indicazione pratica è:
- trattare il percorso di ritorno (IT verso OT) come un perimetro da progettare, non solo quello di raccolta dati;
- far pubblicare all'AI richieste e raccomandazioni, non scritture dirette sui controllori;
- definire regole di validazione legate a limiti, stato di processo e contesto;
- configurare permessi distinti per pubblicazione e sottoscrizione sul broker, separando salita e discesa;
- mantenere i controlli OT tradizionali: l'architettura dati li completa, non li sostituisce.
Un parere, non uno studio
Va ricordato il contesto: si tratta dell'opinione di un partner tecnologico di un fornitore, non di una ricerca, e l'intervista non riporta dati quantitativi né installazioni di clienti nominati. Resta comunque un criterio di progetto chiaro e verificabile nelle proprie architetture.
La Q&A tratta anche i progetti università-industria: per Leite si fondano su fiducia e track record, e i gruppi di ricerca dovrebbero appoggiarsi a piattaforme mature per edge, DataOps e connettività, concentrandosi sul problema industriale. Mekatronik cita circa vent'anni di lavoro con i produttori e con l'Università di Pernambuco (UPE).