Ielādējiet datus · Analizējiet datus · Dalieties ar datiem

Savienojiet datus, kas jums jau ir

Uzņēmumi, pilsētas un reģioni savstarpēji gandrīz neapmainās ar datiem. Izmantojam Eiropas datu apmaiņas un analīzes standartus, to vidū NGSI-LD, un pār sistēmām, ko jau uzturat, liekam context brokerus, lai viens vaicājums sasniegtu tās visas, bet katrs īpašnieks paturētu datus tur, kur tie ir, un izlemtu, kurš kuru daļu drīkst redzēt.

Kā tas darbojas Sazinieties ar mums

jūsu sistēmas Transports Ūdens Enerģija GIS BIM NGSI-LD viens konteksts viens vaicājums
Piecas sistēmas, pieci vārdnīcu krājumi, viens konteksts, kam uzdot jautājumu.

Viens patiesības avots

Sensori, GIS slāņi, BIM modeļi, aktīvu reģistri, pilsētas pasākumi un ieraksti, ko atstāj jūsu procesi, kļūst par vienādas formas NGSI-LD entītijām. Divas nodaļas, kas uzdod vienu un to pašu jautājumu, lasa vienu un to pašu atbildi, lai kurš piegādātājs arī būtu uzbūvējis sistēmu apakšā.

Dati paliek tur, kur tie dzīvo

NGSI-LD apraksta entītijas, DCAT-AP datu kopas, bet ODRL lietošanas noteikumus, tāpēc nekam nav jāpārceļas uz centrālo datubāzi. Brokeri reģistrējas cits pie cita, vaicājums ceļo pie tā, kurš tur entītijas, un atbildes atgriežas apvienotas. Mūsu references izvietojumā reģiona brokeris atbildēja par sešpadsmit notikumiem un glabāja tikai savus sešus.

Politika izlemj, ko partneris redz

Partnerorganizācija vaicā jūsu dvīnim un saņem to apakškopu, ko atļauj jūsu politika, arī tad, ja tās vaicājums prasa vairāk. Pārējais nekad neatstāj jūsu brokeri.

Standarti, kas paliek jums

ETSI NGSI-LD, Dataspace Protocol, OGC SensorThings un publicētie Smart Data Models. Nomainiet piegādātāju vai nomainiet mūs, un modeļi joprojām apraksta jūsu pilsētu.

Protokoli un standarti, ko savienojam

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

Problēma, pie kuras strādājam

Digitālie dvīņi ienāk pa vienam projektam. Transports nopērk vienu, enerģētikas uzņēmums otru, ūdensapgāde tur trešo, bet būvvalde uztur BIM modeli, ko neviens cits nevar atvērt. Katrs no tiem apraksta to pašu ielu un to pašu ēku savā vārdnīcā, tāpēc jautājums, kas šķērso divas nodaļas, pārvēršas sanāksmē, nevis vaicājumā.

Sensoru rādījumi ir tikai daļa no tā. Ceļu darbi, kultūras pasākumi, izskatīšanā esošās atļaujas un paziņojumi, ko pilsēta publicē, apraksta to pašu ielu, un katrs no tiem sēž vēl vienā sistēmā.

Standarta API aizver tikai pusi šīs plaisas. NGSI-LD nosaka, kā viena sistēma lasa no otras. Tas neko nesaka par to, kā īpašnieks ierobežo, ko kaimiņš redz, tāpēc pilsēta, kas grib dalīties ar savu dvīni ar reģionu, var to atvērt pilnībā vai nemaz. Mēs uzbūvējām slāni, kas dara abus: savieno dvīņus vienā kontekstā un ļauj katram īpašniekam izlemt, kurš kuru daļu lasa.

Sešas daļas, viena platforma

01 · Avoti

Adapteri pārvērš to, ko jūsu sistēmas jau sūta, MQTT, LoRaWAN, OPC UA, WFS, IFC, par NGSI-LD entītijām. Avota pusē nekas netiek pārrakstīts.

02 · Konteksts

Context brokeris tur vienu aprakstu par katru ielu, skaitītāju un telpu, ar tās īpašībām, saitēm un @context.

03 · Federācija

Brokeri reģistrējas cits pie cita. Uz vienam brokerim nosūtītu jautājumu atbild tas, kurš tur entītijas, un pa ceļam kopija netiek veidota.

04 · Politika

Piekļuves noteikumi nosauc, kurš ko drīkst darīt ar kurām entītijām un ar kādu nosacījumu. Vārteja pārraksta katru vaicājumu tā, lai tas varētu atgriezt tikai to, uz ko izsaucējam ir tiesības.

05 · Datu telpa

Starp organizācijām Dataspace Protocol savienotāji vienojas par noteikumiem vienreiz. Pēc tam federēts vaicājums maksā dažas milisekundes vairāk nekā parasts.

06 · Patērētāji

Grafana un citi nemainīti NGSI-LD klienti lasa cauri visai federācijai tā, it kā tas būtu viens brokeris. Jūsu komandas patur rīkus, ko atver no rīta.

Izmērīts trīs organizācijās

Platformu izvietojām pilsētai, tās pašvaldības reģionam un universitātei, katru savā Kubernetes klasterī ar saviem akreditācijas datiem un bez kopīga administratora, un izmērījām to plašā tīklā. Tālāk sniegtie skaitļi nāk no šī izvietojuma un ir publicēti, pieprasījumu pa pieprasījumam, kopā ar zinātnisko rakstu, ko rakstījām ar Mateja Bela universitāti.

  • Federēta vaicājuma sūtīšana caur datu telpas savienotāju vienai entītijai maksā 2 ms vairāk nekā parasta federācija starp brokeriem, desmit entītijām 4 ms. Pati federācija maksā aptuveni 31 ms virs tiešā vaicājuma, bet politikas piemērošana rezultātam vēl 18 līdz 19 ms.
  • Četrpadsmit no četrpadsmit piekļuves kontroles gadījumiem noturējās, to vidū viltota pilnvara, pilnvara, kas pārrakstīta, lai apgalvotu administratora lomu, un izslēgts politikas dzinējs. Vārteja atteica, nevis laida pieprasījumu cauri.
  • Partneris ar tikai lasīšanas tiesībām vaicāja 103 transportlīdzekļus, ko tur cita organizācija, un saņēma tos 100, ko drīkstēja redzēt, arī tad, kad tā paša vaicājums nosauca tvērumu, ko tam nebija atļauts lasīt.
  • Grafana ar savu standarta NGSI-LD datu avotu nolasīja notikumus, gaisa kvalitāti un transportlīdzekļu pozīcijas visās trijās organizācijās bez adaptera pa vidu.

Kā sākas projekts

  1. Inventarizācija. Kartējam katru sistēmu, kas tur dvīņa datus: protokols, modelis, īpašnieks, atjaunināšanas biežums un tas, kurš drīkst lasīt.
  2. Pilots ar vienu jautājumu. Ņemam jautājumu, ko jūsu komandas jau uzdod pāri divām vai trim sistēmām, un padarām to atbildamu ar vienu NGSI-LD vaicājumu.
  3. Izvēršana. Adapteri, modeļi un piekļuves noteikumi pārceļas uz jūsu infrastruktūru vai mūsējo. Jūsu komandas turpina strādāt ierastajos rīkos.
  4. Atvēršana partneriem. Kad kaimiņu organizācijai jālasa daļa no jūsu dvīņa, tās savienotājs vienojas par noteikumiem, bet pārējo izlemj jūsu politika.

Savediet savus datus vienā kontekstā

Atsūtiet mums sarakstu ar sistēmām, ko uzturat. Atgriezīsimies ar to, ko var savienot jau šodien, kur vispirms vajadzīgs adapteris un ko katrs solis prasa.

Sāksim sarunu