IT

Piattaforma

Uno strato di contesto NGSI-LD federato, adattatori per i sistemi che già gestite e modelli di dati che mantengono il proprio significato tra loro.

Lo strato di contesto

Ogni sistema collegato mantiene il proprio database. Sopra di essi gira un context broker NGSI-LD che tiene una sola descrizione di ogni cosa reale: una strada, una cabina elettrica, un sensore, una stanza. Le vostre applicazioni fanno una domanda al broker invece di farne dodici a dodici sistemi.

Un’entità NGSI-LD porta con sé le proprietà, le relazioni e il proprio @context. Basta questo perché una query come «ogni sensore di temperatura di questo quartiere e l’edificio a cui appartiene» attraversi i confini dei sistemi senza codice di raccordo scritto per l’occasione.

GET /ngsi-ld/v1/entities/urn:ngsi-ld:Streetlight:BB-1042
{
  "id": "urn:ngsi-ld:Streetlight:BB-1042",
  "type": "Streetlight",
  "powerState": { "type": "Property", "value": "off",
                    "observedAt": "2026-08-30T19:04:00Z" },
  "location": { "type": "GeoProperty",
                 "value": { "type": "Point", "coordinates": [19.146, 48.736] } },
  "refRoadSegment": { "type": "Relationship",
                       "object": "urn:ngsi-ld:RoadSegment:BB-Nam-SNP" },
  "@context": ["https://smartdatamodels.org/context.jsonld"]
}
Un lampione come entità NGSI-LD: uno stato, una posizione, una relazione con la strada su cui sta.

Come i broker si passano i dati

Un unico broker per l’intera organizzazione viene approvato di rado. Gli uffici possiedono i propri dati e li cedono con prudenza, il che è comprensibile. I broker quindi si registrano a vicenda come sorgenti di contesto: una query arriva a un broker, prosegue verso quello che detiene le entità e torna come una sola risposta unita.

Il servizio idrico tiene il suo database e le sue regole di accesso. Una dashboard comunale mostra comunque i suoi dati accanto ai conteggi del traffico.

query una risposta Mobilità context broker tiene i suoi dati registrato come sorgente di contesto Acqua context broker tiene i suoi dati Energia context broker tiene i suoi dati
Una query arriva a un broker e rispondono tutti e tre. Nessun dato è stato copiato.

Adattatori e ingestione

In ogni progetto la maggior parte del lavoro sta sotto il broker.

  • IoT e telemetria: flussi MQTT, LoRaWAN e OPC UA, normalizzati in entità e aggiornati man mano che arrivano le misure.
  • Geospaziale: livelli WFS, GeoJSON e PostGIS, così le entità conservano una geometria vera invece di una coppia di coordinate.
  • Osservazioni dei sensori: OGC SensorThings e servizi compatibili STA per le serie storiche.
  • Registri e file: database patrimoniali, export CSV, estratti BIM e IFC, dati catastali.
  • Storico: le query temporali dicono com’era un gemello martedì scorso, non solo com’è adesso.
MQTT LoRaWAN OPC UA SCADA WFS · PostGIS GeoJSON SensorThings STA CSV · IFC BIM Adattatore normalizza NGSI-LD entità, interrogabili
Che cosa alimenta il contesto: protocolli dentro, entità NGSI-LD fuori.

Modelli che mantengono il significato

Un’entità passa tra due sistemi solo se entrambi intendono la stessa cosa. Partiamo dagli smart data models pubblicati dove funzionano e li estendiamo dove non bastano; ogni estensione viene messa per iscritto come parte della fornitura. I contesti JSON-LD che ne escono sono vostri, li versionate come qualsiasi altro artefatto e ve li portate via.

L’esercizio

Lo stack è open source. Gira sul vostro Kubernetes, su un cluster gestito in una regione UE che scegliete voi, oppure su un solo server per un pilota. Ricevete il deployment come codice, i modelli, gli adattatori e un runbook scritto per chi nel progetto non c’era. Se più avanti ci sostituite, tutto continua a funzionare.

Cosa lasciamo ad altri

Non vendiamo gemelli, dashboard o dispositivi. La visualizzazione spetta allo strumento che i vostri team aprono comunque la mattina, e noi gli passiamo il contesto collegato da cui disegnare.

Chiedete dei vostri sistemi