Platforma

Federēts NGSI-LD konteksta slānis ar politikas piemērošanu un datu telpas savienotājiem, adapteri sistēmām, ko jau uzturat, un datu modeļi, kas visās tajās saglabā savu nozīmi.

Konteksta slānis

Katra pieslēgtā sistēma patur savu datubāzi. Virs tām darbojas NGSI-LD context brokeris, kas tur vienu aprakstu par katru reālu lietu: ielu, apakšstaciju, sensoru, telpu. Jūsu lietotnes tad uzdod brokerim vienu jautājumu, nevis divpadsmit sistēmām divpadsmit dažādus.

NGSI-LD entītija nes savas īpašības, savas saites un savu @context. Ar to pietiek, lai vaicājums, piemēram, „katrs temperatūras sensors šajā apkaimē un ēka, kurai tas pieder", šķērsotu sistēmu robežas bez šim gadījumam rakstīta līmes koda.

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"]
}
Viena ielas lampa kā NGSI-LD entītija: stāvoklis, atrašanās vieta un saikne ar ceļu, pie kura tā stāv.

Trīs veidi, kā lietotne pieslēdzas

Tas, kur dati dzīvo pēc atnākšanas, izšķir, cik daudz dublēšanas un sinhronizācijas projekts nes līdzi, tāpēc katru lietotni pirms būvēšanas ieliekam vienā no trim tipiem.

  • Bez stāvokļa. Lietotne netur savus datus. Tā lasa no brokera un raksta atpakaļ tajā, un brokeris ir vienīgais patiesības avots.
  • Daļēja kopija. Lietotnei vajag daļu entītiju savā datubāzē pilnteksta meklēšanai vai smagai analīzei, kurai brokeris nav būvēts. Šo daļu turam sinhronizētu un dokumentējam, kas tiek kopēts.
  • Lietotnes īpašumā. Lietotne jau runā NGSI-LD un tur savus datus. Brokeris tur reģistrāciju, kas norāda uz to, un pārsūta atbilstošos vaicājumus, tāpēc piegādātāja sistēma pieslēdzas platformai, neko neuzglabājot divreiz.

Kā brokeri dalās

Par vienu brokeri visai organizācijai reti izdodas vienoties. Nodaļas pieder savi dati, un tās ir uzmanīgas tos nodot, kas ir saprātīgi. Tāpēc brokeri reģistrējas cits pie cita kā konteksta avoti: vaicājums nonāk pie viena brokera, ceļo tālāk pie tā brokera vai adaptera, kas tur šīs entītijas, un atgriežas kā viena apvienota atbilde.

Ūdensapgāde patur savu datubāzi un savus piekļuves noteikumus. Pilsētas panelis joprojām rāda ūdens datus blakus satiksmes skaitījumiem. Pārbaudām, ka nekas nav kopēts, nevis pieņemam to: tas pats vaicājums, ierobežots ar lokāli glabātām entītijām, atgriež tikai to, kas pieder šim brokerim.

vaicājums viena atbilde Transports context broker patur savus datus reģistrēts kā konteksta avots Ūdens context broker patur savus datus Enerģija context broker patur savus datus
Vaicājums nonāk pie viena brokera, un atbild visi trīs. Neviens dati netika kopēti.

Kurš ko redz

NGSI-LD apzināti atstāj piekļuves kontroli ārpus standarta. Mēs to pievienojam vārtejā brokera priekšā. Katrs noteikums nosauc subjektu, darbību, resursu un nosacījumu: šis partneris drīkst vaicāt šos entītiju tipus šajā tvērumā. Vārteja pārbauda katru pieprasījumu pret politikas dzinēju, un, ja dzinēju nevar sasniegt, pieprasījums tiek noraidīts, nevis palaists cauri.

Koplietotam dvīnim svarīgi ir tas, kā noteikums tiek piemērots. Vārteja nefiltrē atbildi pēc tam. Tā pārraksta vaicājumu, pirms brokeris to redz, lai vaicājums varētu sakrist tikai ar tām entītijām, uz kurām izsaucējam ir tiesības, lai ko izsaucējs būtu rakstījis. Partneris, kas prasa tvērumu, ko tam nav atļauts lasīt, saņem atļauto apakškopu un neko citu, un atbilde joprojām ir parasta NGSI-LD atbilde. Nemainīti klienti aiz tās turpina darboties.

Starp organizācijām

Vienas organizācijas iekšienē pietiek ar federāciju starp brokeriem. Starp pilsētu un tās reģionu vai rūpnīcu un tās apgādes uzņēmumu īpašnieks grib līgumu, pirms kustas pirmais baits. Katra organizācija blakus savam brokerim darbina Dataspace Protocol savienotāju. Patērētāja savienotājs pieprasa katalogu, vienojas par piedāvājumu un saņem pārsūtīšanas galapunktu; brokera federācija tad norāda uz šo galapunktu, nevis tieši uz otru pusi.

Vienošanās notiek vienreiz uz attiecībām un aizņem dažas sekundes. Pēc tam federēts vaicājums caur savienotāju vienai entītijai maksā 2 ms vairāk nekā parasta federācija starp brokeriem un desmit entītijām 4 ms, mērot starp trim organizācijām plašā tīklā. Federāciju dārgu padara nevis suverenitāte.

Adapteri un datu ievade

Lielākā daļa darba jebkurā projektā ir zem brokera.

  • IoT un telemetrija: MQTT, LoRaWAN un OPC UA plūsmas, normalizētas entītijās un atjauninātas, mērījumiem ienākot. Sabiedriskā transporta plūsma ar aptuveni 400 transportlīdzekļiem un vienu ziņu uz transportlīdzekli sekundē ir parasta slodze.
  • Ģeotelpiski dati: WFS, GeoJSON un PostGIS slāņi, lai entītijas saglabātu īstu ģeometriju, nevis koordinātu pāri.
  • Sensoru novērojumi: OGC SensorThings un ar STA saderīgi pakalpojumi laikrindām.
  • Reģistri un faili: aktīvu datubāzes, CSV eksporti, BIM un IFC izvilkumi, kadastra ieraksti.
MQTT LoRaWAN OPC UA SCADA WFS · PostGIS GeoJSON SensorThings STA CSV · IFC BIM Adapteris normalizē NGSI-LD entītijas, gatavas vaicājumiem
Kas baro kontekstu: protokoli iekšā, NGSI-LD entītijas ārā.

Modeļi, kas saglabā nozīmi

Entītija ceļo starp sistēmām tikai tad, ja abas ar to domā vienu un to pašu. Balstāmies uz publicētajiem Smart Data Models tur, kur tie der, un paplašinām tos tur, kur neder, un katrs paplašinājums tiek pierakstīts kā piegādes daļa. Izveidotie JSON-LD konteksti pieder jums, jūs tos versionējat kā jebkuru citu artefaktu un ņemat līdzi.

Darbu paveic vienošanās par modeļa IRI. Kad divas organizācijas publicēja to pašu PM2.5 rādījumu ar dažādiem atribūtu nosaukumiem, katru sasaistot ar koplietoto modeli, patērētājs saņēma abus zem vienas atslēgas bez tulkošanas koda ceļā. Atribūts, ko neviens nebija sasaistījis, palika atsevišķi, un tas ir pareizais iznākums: platforma parāda robu vārdnīcā, nevis to noslēpj.

Kā to darbina

Kaudze ir atvērtā koda: Scorpio kā context brokeris, Apache APISIX un Open Policy Agent piemērošanai, Keycloak identitātei, Eclipse Dataspace Components distribūcija kā savienotājs, viss uz Kubernetes. Tas darbojas jūsu klasterī, pārvaldītā klasterī jūsu izvēlētā ES reģionā vai vienā serverī pilotam. Jūs saņemat izvietojumu kā kodu, modeļus, adapterus un rokasgrāmatu, kas rakstīta kādam, kurš projektā nebija. Nomainiet mūs vēlāk, un viss turpina darboties.

Kā vēl nav

Labāk dzirdiet to no mums. Federētie vaicājumi aptver partnera entītiju pašreizējo stāvokli; to vēsture vēl jāreplicē, pirms to var attēlot grafikā. Rakstīšana partnera dvīnī saskaņā ar līgumu ir projektēta, bet vēl nav piegādāta, tāpēc šodien partneris lasa. Pastāvīgas programmatiskas slodzes apstākļos federētais ceļš apkalpo aptuveni ceturto daļu no tiešā vaicājuma caurlaides, kas ir krietni vairāk, nekā vajag paneļiem, un ko ir vērts zināt, pirms uzlikt tam publisku API.

Ko atstājam citiem

Mēs nepārdodam dvīņus, paneļus vai ierīces. Vizualizācija nonāk pie tā rīka, ko jūsu komandas tāpat atver no rīta, un mēs tam pasniedzam savienotu kontekstu, no kā zīmēt.

Pajautājiet par savām sistēmām