Skip to Content
Gestione dei Dati

Gestione dei Dati e Architettura

IronFlock fornisce un’infrastruttura completa end-to-end per la raccolta e l’archiviazione dei dati, progettata per scalabilità, sicurezza e chiara proprietà dei dati — dall’edge al cloud. Che tu stia instradando telemetria da migliaia di sensori o costruendo interfacce SCADA in tempo reale, l’architettura dei dati di IronFlock garantisce informazioni sicure, isolate e accessibili.

Routing dei messaggi e realm sicuri

Il cuore della comunicazione in tempo reale di IronFlock è un robusto cluster di routing dei messaggi. Questa infrastruttura di messaggistica collega tra loro i diversi dispositivi edge di un progetto e li connette all’infrastruttura cloud di IronFlock.

Per garantire sicurezza e isolamento stretti, il cluster di routing è partizionato semanticamente in realm sicuri. Un realm è una sotto-rete isolata in cui i messaggi sono strettamente contenuti; dati e comandi non possono né lasciare né attraversare i realm.

Le applicazioni in esecuzione sui tuoi dispositivi edge usano l’ironflock-sdk per comunicare su questi realm:

  • Publish/Subscribe (Pub/Sub): ideale per trasmettere in continuo telemetria dei sensori o cambi di stato.
  • Remote Procedure Calls (RPC): perfetto per attivare azioni dirette o interrogare in sicurezza lo stato dei dispositivi.

Database di progetto provisionati dinamicamente

Per l’archiviazione persistente e l’analisi storica, IronFlock provisiona un database TimescaleDB dedicato e fisico per ogni progetto.

Questo database di progetto funge da punto centrale di raccolta dati:

  • Backend dati delle app: Tutti i backend dati delle app installate nel tuo progetto sono ospitati in sicurezza in questo database.
  • Ingestione diretta: Quando le app sui dispositivi pubblicano dati con l’ironflock-sdk, quel flusso viene ricevuto e organizzato direttamente nel database del progetto.
La vista Fleet Database in IronFlock che mostra la tabella sensordata dell'App Demo con letture di telemetria live incluse temperatura, umidità e timestamp

Poiché il database del progetto funge da unica fonte di verità per le tue operazioni, sblocca funzionalità avanzate:

  • Query SQL: Scrivi query potenti direttamente sulle tue tabelle grezze storiche.
  • Integrazione Physical AI: Lascia che l’agente AI di IronFlock estragga, analizzi e interroghi i tuoi dati usando il linguaggio naturale.
  • Fonti di visualizzazione: Il database del progetto è la fonte definitiva per live board, dashboard IoT e board SCADA.

Proprietà dei dati ed EU Data Act

IronFlock si basa su un principio chiaro: il proprietario del progetto è il proprietario dei dati — non lo sviluppatore dell’app.

Tutti i dati prodotti dalle app — flussi di telemetria dai dispositivi edge, log di eventi o analisi derivate — sono archiviati nel database del progetto che appartiene al proprietario del progetto. Lo sviluppatore scrive l’app, ma i dati che quell’app genera all’interno di un progetto sono proprietà esclusiva del progetto che la ospita.

Questo modello si allinea direttamente ai requisiti dell’EU Data Act, che concede agli utenti di prodotti connessi e servizi correlati il pieno controllo sui dati generati dai loro dispositivi. In IronFlock:

  • Controllo esclusivo. Il proprietario del progetto ha pieno controllo amministrativo sul database del progetto — può leggere, esportare, eliminare e fare backup di tutti i dati.
  • Nessuna raccolta silenziosa. Gli sviluppatori delle app non possono accedere ai dati di un progetto senza essere esplicitamente invitati. Non esistono pipeline nascoste dai progetti verso gli sviluppatori.
  • Portabilità. Poiché tutti i dati risiedono in un’istanza TimescaleDB standard, possono essere interrogati con SQL, esportati in formati aperti e migrati a piacere — nessun vendor lock-in.
  • Condivisione granulare. Il proprietario può invitare sviluppatori di app, partner di integrazione o altri stakeholder nel progetto e concedere privilegi di accesso granulari a specifiche aree di dati. Utile per sfruttare supporto tecnico di terze parti, manutenzione remota o analytics specializzati — alle condizioni definite dal proprietario e revocabili in qualsiasi momento.

In sintesi: le app producono dati, ma il proprietario del progetto li possiede, li controlla e li condivide. Questo modello di proprietà è un obiettivo di progettazione di primo livello della piattaforma IronFlock, non un ripensamento.

Opt-out: bypassare la pipeline dati IronFlock

Il livello di messaggistica IronFlock e il database del progetto sono la via raccomandata — offrono routing in tempo reale, archiviazione duratura, dati pronti per le dashboard e garanzie di proprietà integrate. Tuttavia, IronFlock non obbliga le app a usare questa pipeline.

Le app in esecuzione sui dispositivi gestiti da IronFlock sono normali workload container e mantengono piena libertà di rete e di sistema. Se un proprietario di progetto o uno sviluppatore preferisce un diverso stack di gestione dati, un’app può:

  • Inviare a sistemi esterni. Mandare i dati direttamente a broker di terze parti (MQTT, Kafka, AMQP), a endpoint cloud di ingestione (AWS IoT, Azure IoT Hub, Google Cloud IoT) o ad API REST / gRPC personalizzate.
  • Usare storage alternativi. Scrivere in un database esterno (InfluxDB, MongoDB, S3, TimescaleDB di proprietà del cliente, ecc.) — al posto o in aggiunta al database di progetto IronFlock.
  • Collegare sistemi on-premises. Integrarsi direttamente con sistemi MES, ERP, historian o SCADA esistenti sulla rete locale, senza toccare il cloud IronFlock.
  • Mixare. Pubblicare un sottoinsieme di dati su IronFlock per dashboard e AI analytics, mentre si trasmette la telemetria completa altrove.

Questa flessibilità rende IronFlock adatto sia a deployment greenfield che abbracciano la piattaforma end-to-end sia a integrazioni in architetture dati enterprise esistenti in cui la destinazione dei dati non è negoziabile.

Uso dei dati in dashboard IoT e board SCADA

Mettere i dati al lavoro visivamente è semplice. Quando configuri un widget sul tuo board IoT o SCADA, quasi tutte le proprietà (ad esempio titoli, valori, colori) possono essere associate dinamicamente a dati live dal database del progetto.

Durante la modifica di un widget nel Board Studio, troverai un interruttore di associazione dati sotto i campi di configurazione. Selezionare una colonna specifica di una tabella crea un canale in tempo reale per quella proprietà. Non appena arriva nuova telemetria nel database, le proprietà associate sulla dashboard si aggiornano automaticamente in tempo reale, senza refresh manuale.

Nota: Per un approfondimento sulla connessione delle proprietà dei widget al tuo database, consulta la sezione dedicata all’associazione dati nella documentazione delle Dashboard IoT.

Last updated on