Qual è la differenza tra l'intelligenza artificiale edge e l'intelligenza artificiale cloud per gli edifici?

Edge AI viene eseguito su apparecchiature informatiche all'interno o in prossimità dell'edificio: un gateway, un piccolo server nel locale tecnico o un dispositivo con elaborazione integrata. L'intelligenza artificiale nel cloud viene eseguita su servizi informatici ospitati in remoto, raggiunti tramite Internet o una connessione privata. In pratica, la maggior parte delle architetture edilizie utilizzano entrambi, con alcune funzioni eseguite localmente e altre centralmente.

Quindi "edge o cloud?" è la domanda sbagliata. Quello utile è dove dovrebbe essere eseguita ciascuna funzione, e la risposta dipende da quanto velocemente deve rispondere, se deve continuare a funzionare anche quando la connessione fallisce, quanti dati gestisce, quanto sono sensibili tali dati e chi se ne prenderà cura.

La guida del NIST alla sicurezza delle tecnologie operative (OT), SP 800-82, descrive l'edge computing come un'elaborazione distribuita lungo il percorso tra la fonte dei dati e il cloud, che non solo raccoglie dati per la successiva trasmissione, ma li elabora, analizza e agisce su di essi localmente. Questo è esattamente il ruolo svolto dall’l'edge AI in un edificio.

Posizionamento di ciascuna funzione

Nessuna delle due sedi elimina la necessità di un accesso sicuro, di dati validi e di un proprietario definito.

Consulenza e controllo sono rischi diversi

Gran parte dell'intelligenza artificiale per gli edifici oggi è consultivo. Segnala un probabile guasto, suggerisce un programma o prevede un carico e una raccomandazione ritardata è semplicemente un inconveniente. Una funzione che cambia direttamente il modo in cui opera un impianto è una questione diversa: necessita di limiti definiti, uno stato sicuro se l’intelligenza artificiale non è disponibile e un fallback al normale controllo BMS. Nessuna funzione essenziale dell'edificio dovrebbe essere supportata da un servizio esterno senza un fallback documentato.

Le responsabilità che ciascuna opzione comporta

I dispositivi edge necessitano di alimentazione, sicurezza fisica, patching, monitoraggio ed eventuale sostituzione, in ogni edificio in cui sono installati. I servizi cloud comportano dipendenze proprie: dalla connettività, dalla disponibilità del fornitore e dal contratto, compreso ciò che accade ai dati e ai modelli all'uscita. La guida del NIST alla sicurezza OT (SP 800-82) consiglia che quando i dati OT vengono archiviati nel cloud o sui server dei fornitori, le organizzazioni dovrebbero analizzare il modo in cui il fornitore li protegge e se sono necessarie ulteriori contromisure. Raccomanda inoltre l’autenticazione a più fattori per l’accesso remoto ai sistemi OT e il monitoraggio dei flussi di informazioni tra domini di sicurezza.

La posizione cambia i meccanismi della governance, non il dovere. Un modello edge in cinquanta locali tecnici necessita che i suoi aggiornamenti siano testati, approvati e implementati cinquanta volte, con una registrazione di quale versione viene eseguita e dove; un modello cloud cambia una volta, ma possibilmente senza che il team dell'edificio se ne accorga. In ogni caso, qualcuno deve essere responsabile del modo in cui vengono controllati gli output e approvati gli aggiornamenti. Per una governance più ampia, l'AI Risk Management Framework del NIST offre una struttura che funziona ovunque venga eseguito il modello.

Ottieni il confine per iscritto

Qualunque sia la proposta, il fornitore dovrebbe documentare:

• quali funzioni vengono eseguite localmente e quali centralmente, e perché;
• quali dati lasciano il sito, con quale frequenza e come vengono protetti;
• cosa succede quando la connessione, il dispositivo periferico o il servizio cloud falliscono;
• chi applica le patch, monitora e sostituisce ciascun componente;
• come vengono testati e approvati gli aggiornamenti del modello.