Laadi andmed · Analüüsi andmeid · Jaga andmeid

Ühendage andmed, mis teil juba on

Ettevõtted, linnad ja maakonnad vahetavad omavahel andmeid vaevu. Kasutame Euroopa andmevahetuse ja -analüüsi standardeid, nende seas NGSI-LD-d, ja paneme context broker'id süsteemide peale, mida te juba käitate, nii et üks päring jõuab nendeni kõigini, samal ajal kui iga omanik hoiab oma andmeid seal, kus need on, ja otsustab, kes millist osa näha tohib.

Kuidas see töötab Võtke meiega ühendust

teie süsteemid Transport Vesi Energia GIS BIM NGSI-LD üks kontekst üks päring
Viis süsteemi, viis sõnavara, üks kontekst, mille käest küsida.

Üks tõeallikas

Andurid, GIS-kihid, BIM-mudelid, varaderegistrid, linna sündmused ja kirjed, mida teie protsessid endast maha jätavad, muutuvad sama kujuga NGSI-LD olemiteks. Kaks osakonda, kes esitavad sama küsimuse, loevad sama vastust, ükskõik milline tarnija all oleva süsteemi ehitas.

Andmed jäävad sinna, kus nad elavad

NGSI-LD kirjeldab olemeid, DCAT-AP andmestikke ja ODRL kasutustingimusi, nii et miski ei pea liikuma kesksesse andmebaasi. Broker'id registreeruvad üksteise juures, päring rändab selleni, kes olemeid hoiab, ja vastused tulevad tagasi ühendatult. Meie referentspaigalduses vastas maakonna broker kuueteistkümne sündmuse eest ja hoidis alles ainult oma kuus.

Reeglid otsustavad, mida partner näeb

Partnerorganisatsioon pärib teie kaksikult ja saab selle osa, mille teie reeglid lubavad, ka siis, kui tema päring küsib rohkem. Ülejäänu ei lahku kunagi teie broker'ist.

Standardid, mis teile jäävad

ETSI NGSI-LD, Dataspace Protocol, OGC SensorThings ja avaldatud Smart Data Models. Vahetage tarnijat või vahetage meid, ja mudelid kirjeldavad ikka teie linna.

Protokollid ja standardid, mida ühendame

  • NGSI-LD
  • JSON-LD
  • OGC SensorThings
  • MQTT
  • LoRaWAN
  • OPC UA
  • WFS · PostGIS
  • IFC · BIM
  • Smart Data Models

Probleem, millega tegeleme

Digikaksikud saabuvad üks projekt korraga. Transpordiamet ostab ühe, energiaettevõte teise, veefirma hoiab kolmandat ja ehitusosakond haldab BIM-mudelit, mida keegi teine avada ei saa. Igaüks neist kirjeldab sama tänavat ja sama hoonet omaenda sõnavaras, nii et küsimusest, mis läbib kahte osakonda, saab koosolek päringu asemel.

Andurite näidud on sellest vaid osa. Teetööd, kultuurisündmused, menetluses olevad load ja teated, mida linn avaldab, kirjeldavad sedasama tänavat, ja igaüks neist istub järjekordses süsteemis.

Standardne API sulgeb sellest lõhest vaid poole. NGSI-LD määrab, kuidas üks süsteem teisest loeb. Ta ei ütle midagi selle kohta, kuidas omanik piirab seda, mida naaber näeb, nii et linn, kes tahab oma kaksikut maakonnaga jagada, saab selle avada täielikult või mitte üldse. Ehitasime kihi, mis teeb mõlemat: ühendab kaksikud üheks kontekstiks ja laseb igal omanikul otsustada, kes millist osa loeb.

Kuus osa, üks platvorm

01 · Allikad

Adapterid muudavad selle, mida teie süsteemid juba saadavad, MQTT, LoRaWAN, OPC UA, WFS, IFC, NGSI-LD olemiteks. Allika poolel ei kirjutata midagi ümber.

02 · Kontekst

Context broker hoiab iga tänava, mõõturi ja ruumi kohta üht kirjeldust koos selle omaduste, seoste ja @context-iga.

03 · Föderatsioon

Broker’id registreeruvad üksteise juures. Ühele broker’ile saadetud küsimusele vastab see, kes olemeid hoiab, ja teel ei tehta ühtki koopiat.

04 · Reeglid

Juurdepääsureeglid ütlevad, kes tohib mida teha milliste olemitega ja millisel tingimusel. Lüüs kirjutab iga päringu ümber nii, et see saab tagastada ainult seda, millele küsija õigus on.

05 · Andmeruum

Organisatsioonide vahel lepivad Dataspace Protocol’i konnektorid tingimused kokku üks kord. Pärast seda maksab föderatiivne päring paar millisekundit rohkem kui tavaline.

06 · Tarbijad

Grafana ja teised muutmata NGSI-LD kliendid loevad läbi kogu föderatsiooni, nagu oleks tegu ühe broker’iga. Teie meeskonnad jäävad tööriistade juurde, mille nad hommikul avavad.

Mõõdetud kolmes organisatsioonis

Paigaldasime platvormi ühele linnale, tema omavalitsuslikule maakonnale ja ühele ülikoolile, igaüks omaenda Kubernetes-klastrisse omaenda kontodega ja ilma ühise administraatorita, ning mõõtsime seda üle laivõrgu. Allolevad arvud pärinevad sellest paigaldusest ja on avaldatud, päring päringu haaval, koos teadusartikliga, mille kirjutasime koos Matej Beli ülikooliga.

  • Föderatiivse päringu saatmine läbi andmeruumi konnektori maksab ühe olemi puhul 2 ms rohkem kui tavaline broker’ite vaheline föderatsioon, kümne puhul 4 ms. Föderatsioon ise maksab otsepäringuga võrreldes umbes 31 ms ja reeglite jõustamine tulemusele veel 18 kuni 19 ms.
  • Neliteist juurdepääsukontrolli juhtumit neljateistkümnest pidasid, nende seas võltsitud token, administraatorirolli väitma kirjutatud token ja välja lülitatud reeglimootor. Lüüs keeldus, selle asemel et päring läbi lasta.
  • Ainult lugemisõigusega partner päris teise organisatsiooni käes olevat 103 sõidukit ja sai need 100, mida tal näha lubati, ka siis, kui tema enda päring nimetas ulatust, mida tal lugeda ei tohtinud.
  • Grafana oma tavalise NGSI-LD andmeallikaga luges sündmusi, õhukvaliteeti ja sõidukite asukohti kõigist kolmest organisatsioonist, ilma adapterita vahel.

Kuidas projekt algab

  1. Inventuur. Kaardistame iga süsteemi, mis kaksiku andmeid hoiab: protokoll, mudel, omanik, uuendussagedus ja see, kes tohib lugeda.
  2. Pilootprojekt ühe küsimusega. Võtame küsimuse, mida teie meeskonnad juba kahe või kolme süsteemi peale esitavad, ja teeme selle ühe NGSI-LD päringuga vastatavaks.
  3. Laiendamine. Adapterid, mudelid ja juurdepääsureeglid kolivad teie taristusse või meie omasse. Teie meeskonnad töötavad edasi tööriistades, mida nad tunnevad.
  4. Avamine partneritele. Kui naaberorganisatsioon peaks lugema osa teie kaksikust, lepib tema konnektor tingimused kokku ja teie reeglid otsustavad ülejäänu.

Tooge oma andmed ühte konteksti

Saatke meile nimekiri süsteemidest, mida käitate. Tuleme tagasi sellega, mida saab kohe ühendada, kus on enne vaja adapterit ja mida iga samm nõuab.

Alustame juttu