Introdotta la versione di EdgeX 2.0, una piattaforma aperta e modulare per consentire l'interoperabilità tra dispositivi, applicazioni e servizi IoT. La piattaforma non è legata a hardware e sistemi operativi specifici del fornitore ed è sviluppata da un gruppo di lavoro indipendente sotto gli auspici della Linux Foundation. I componenti della piattaforma sono scritti in Go e distribuiti con la licenza Apache 2.0.
EdgeX consente di creare gateway che collegano i dispositivi IoT esistenti e raccolgono dati da vari sensori. Il gateway organizza l'interazione con i dispositivi ed esegue l'elaborazione primaria, l'aggregazione e l'analisi delle informazioni, fungendo da collegamento intermedio tra una rete di dispositivi IoT e un centro di controllo locale o un'infrastruttura di gestione cloud. I gateway possono anche eseguire gestori confezionati come microservizi. L'interazione con i dispositivi IoT può essere organizzata su una rete cablata o wireless utilizzando reti TCP/IP e protocolli specifici (non IP).
I gateway per scopi diversi possono essere combinati in catene, ad esempio, il gateway del primo collegamento può risolvere problemi di gestione dei dispositivi (gestione del sistema) e di sicurezza, e il gateway del secondo collegamento (fog server) può archiviare dati in entrata, eseguire analisi e fornire servizi. Il sistema è modulare, quindi la funzionalità è suddivisa in singoli nodi a seconda del carico: nei casi semplici è sufficiente un gateway, ma per le reti IoT di grandi dimensioni è possibile implementare un intero cluster.
EdgeX si basa sullo stack IoT aperto Fuse, utilizzato nei gateway Dell Edge per dispositivi IoT. La piattaforma può essere installata su qualsiasi hardware, inclusi server basati su CPU x86 e ARM che eseguono Linux, Windows o macOS. Il progetto include una selezione di microservizi già pronti per l'analisi dei dati, la sicurezza, la gestione e la risoluzione di vari problemi. I linguaggi Java, Javascript, Python, Go e C/C++ possono essere utilizzati per sviluppare i propri microservizi. Viene offerto un SDK per lo sviluppo di driver per dispositivi e sensori IoT.
Principali modifiche:
- È stata implementata una nuova interfaccia web, realizzata utilizzando il framework Angular JS. Tra i vantaggi della nuova GUI vi sono la facilità di manutenzione e l'espansione delle funzionalità, la presenza di una procedura guidata per la connessione di nuovi dispositivi, strumenti per la visualizzazione dei dati, un'interfaccia notevolmente migliorata per la gestione dei metadati e la capacità di monitorare lo stato dei servizi (memoria consumo, carico della CPU, ecc.).
- Riscritta completamente l'API per funzionare con i microservizi, che ora è indipendente dal protocollo di comunicazione, più sicura, ben strutturata (utilizza JSON) e traccia meglio i dati elaborati dal servizio.
- Maggiore efficienza e capacità di creare configurazioni leggere. La componente Core Data, che si occupa del salvataggio dei dati, ora è facoltativa (ad esempio può essere esclusa quando si devono elaborare solo i dati provenienti dai sensori senza necessità di salvare).
- L'affidabilità è stata aumentata e gli strumenti per garantire la qualità del servizio (QoS) sono stati ampliati. Quando si trasferiscono dati dai servizi del dispositivo (Servizi dispositivo, responsabili della raccolta di dati da sensori e dispositivi) ai servizi di elaborazione e accumulo dati (Servizi applicativi), ora è possibile utilizzare il bus di messaggi (Redis Pub/Sub, 0MQ o MQTT) senza essere vincolati a HTTP: il protocollo REST e la regolazione delle priorità QoS a livello del broker di messaggi. Incluso il trasferimento diretto dei dati dal Servizio Dispositivo al Servizio Applicativo con duplicazione facoltativa al servizio Core Data. Il supporto per il trasferimento dei dati tramite il protocollo REST viene mantenuto, ma non viene utilizzato per impostazione predefinita.
- È stato implementato un modulo universale (provider segreto) per il recupero di dati segreti (password, chiavi, ecc.) da archivi sicuri come Vault.
- Gli strumenti di console vengono utilizzati per mantenere un registro di servizi e impostazioni, nonché per gestire l'accesso e l'autenticazione. API Gateway fornisce il supporto per chiamare l'API Consul.
- Ridotto al minimo il numero di processi e servizi che richiedono privilegi root nei contenitori Docker. Aggiunta protezione contro l'utilizzo di Redis in modalità non sicura.
- Configurazione semplificata di API Gateway (Kong).
- Profili del dispositivo semplificati, che definiscono i parametri del sensore e del dispositivo, nonché le informazioni sui dati raccolti. I profili possono essere definiti nei formati YAML e JSON.
- Aggiunti nuovi servizi per il dispositivo:
- CoAP (scritto in C) con un'implementazione del protocollo di applicazione vincolata.
- GPIO (scritto in Go) per la connessione a microcontrollori e altri dispositivi, comprese le schede Raspberry Pi, tramite porte GPIO (General Pin Input/Output).
- LLRP (scritto in Go) con implementazione del protocollo LLRP (Low Level Reader Protocol) per la connessione ai lettori di tag RFID.
- UART (scritto in Go) con supporto UART (Universal Asynchronous Receiver/Transmitter).
- Sono state ampliate le funzionalità dei servizi applicativi, che si occupano della preparazione e dell'esportazione dei dati per la loro successiva elaborazione in sistemi e applicazioni cloud. Aggiunto supporto per filtrare i dati dai sensori in base al nome del profilo del dispositivo e al tipo di risorsa. È stata implementata la possibilità di inviare dati a più destinatari tramite un servizio e di iscriversi a più bus di messaggi. Viene proposto un template per creare velocemente i propri servizi applicativi.
- I numeri di porta selezionati per i microservizi sono allineati agli intervalli raccomandati dall'Internet Assigned Numbers Authority (IANA) per uso privato, il che eviterà conflitti con i sistemi esistenti.
Fonte: opennet.ru