Dati e monitoraggio

Dati e monitoraggio

Vera usa un modello orientato alle risorse. Ogni flusso e governato da broker, topic, collection, schema e payload.

Broker MQTT
  -> Topic subscription
     -> Topic reale ricevuto
        -> Collection runtime
           -> Schema JSON scoperto
           -> Payload conservati o live

Pipeline

1. Il listener si collega al broker configurato.
2. Ogni broker ascolta uno o piu topic.
3. Ogni messaggio viene associato al topic reale.
4. Vera crea o aggiorna una collection runtime.
5. Lo schema discovery appiattisce il JSON in path navigabili.
6. La retention policy decide cosa conservare.
7. Dashboard, Payload Explorer, Telemetry ed export usano il perimetro autorizzato.

Retention policy

Policy	Significato
persist	Salva ogni payload raw, normalizza metriche e aggiorna schema.
schema_only	Aggiorna collection e schema senza salvare payload raw.
live_only	Usa il messaggio solo per vista live temporanea.
sampled	Aggiorna schema ma salva un payload ogni N messaggi.
ttl	Conserva payload per un numero dichiarato di giorni.
disabled	Ignora i messaggi del topic mantenendo solo contatori operativi.

Schema dinamico

Vera non richiede un database diverso per ogni progetto IoT. Quando riceve un JSON:

• conserva il raw payload;
• esplora campi e oggetti;
• riconosce tipi e metriche;
• aggiorna la collection;
• consente alias e campi visibili;
• rende disponibili tabelle e grafici.

Esempi di path:

smartwatch.battito
smartwatch.spo2
badge.temperatura
app.data.gps.latitudine
app.data.calcolati.stress

Qualita e continuita

Vera distingue:

• processo listener attivo;
• connessione al broker;
• ultimo heartbeat;
• ultimo messaggio;
• device silente;
• payload duplicato;
• payload malformato;
• variazione di schema.

Questa separazione evita diagnosi errate: un device silente non significa necessariamente listener fermo.

Vista operativa

Gli operatori partono dalla dashboard, passano alla collection e aprono il payload quando serve verificare il JSON originale.