Заредете данни · Анализирайте данни · Споделяйте данни
Свържете данните, които вече имате
Компаниите, градовете и регионите почти не си обменят данни. Използваме европейските стандарти за обмен и анализ на данни, сред тях NGSI-LD, и поставяме context broker-и върху системите, които вече използвате, така че една заявка да стигне до всички, а всеки собственик да запази данните си там, където са, и да решава кой каква част може да види.
Пет системи, пет речника, един контекст, към който да се обърнете.
Един източник на истина
Сензорите, GIS слоевете, BIM моделите, регистрите на активи, градските събития и записите, които оставят вашите процеси, стават NGSI-LD обекти с една и съща форма. Два отдела, които задават един и същ въпрос, четат един и същ отговор, независимо кой доставчик е изградил системата отдолу.
Данните остават там, където живеят
NGSI-LD описва обектите, DCAT-AP наборите от данни, а ODRL условията за ползване, затова нищо не се налага да се мести в централна база данни. Брокерите се регистрират един при друг, заявката пътува до този, който държи обектите, и отговорите се връщат обединени. В нашето референтно внедряване регионалният брокер отговори за шестнадесет събития, а съхраняваше само своите шест.
Политиката решава какво вижда партньорът
Партньорска организация прави заявка към вашия двойник и получава подмножеството, което политиката ви позволява, дори когато заявката ѝ иска повече. Останалото никога не напуска вашия брокер.
Стандарти, които остават при вас
NGSI-LD от ETSI, Dataspace Protocol, OGC SensorThings и публикуваните Smart Data Models. Сменете доставчика, или сменете нас, и моделите пак описват вашия град.
Протоколи и стандарти, които свързваме
NGSI-LD
JSON-LD
OGC SensorThings
MQTT
LoRaWAN
OPC UA
WFS · PostGIS
IFC · BIM
Smart Data Models
Проблемът, по който работим
Дигиталните двойници пристигат проект по проект. Транспортът купува един, енергийното дружество втори, ВиК дружеството поддържа трети, а строителният отдел се грижи за BIM модел, който никой друг не може да отвори. Всеки от тях описва същата улица и същата сграда със свой речник, така че въпрос през два отдела се превръща в среща вместо в заявка.
Отчетите на сензорите са само част от това. Ремонтите на пътища, културните събития, разрешителните в процес на издаване и съобщенията, които градът публикува, описват същата улица, а всяко от тях седи в поредната отделна система.
Стандартният API затваря само половината от тази пропаст. NGSI-LD определя как една система чете от друга. Той не казва нищо за това как собственикът ограничава какво вижда съседът, така че град, който иска да сподели двойника си с региона, може да го отвори изцяло или изобщо не. Ние изградихме слоя, който прави и двете: съединява двойниците в един контекст и оставя всеки собственик да реши кой каква част чете.
Шест части, една платформа
01 · Източници
Адаптерите превръщат това, което системите ви вече излъчват, MQTT, LoRaWAN, OPC UA, WFS, IFC, в NGSI-LD обекти. От страната на източника не се пренаписва нищо.
02 · Контекст
Context broker държи едно описание на всяка улица, измервателен уред и помещение, с неговите свойства, връзки и @context.
03 · Федерация
Брокерите се регистрират един при друг. На въпрос, изпратен до един брокер, отговаря този, който държи обектите, и по пътя не се прави копие.
04 · Политика
Правилата за достъп казват кой какво може да прави с кои обекти и при какво условие. Шлюзът пренаписва всяка заявка така, че тя да върне само това, на което повикващият има право.
05 · Пространство на данни
Между организациите конекторите по Dataspace Protocol договарят условията веднъж. След това федеративната заявка струва няколко милисекунди повече от обикновената.
06 · Потребители
Grafana и други непроменени NGSI-LD клиенти четат през цялата федерация, все едно е един брокер. Екипите ви остават с инструментите, които отварят сутрин.
Измерено в три организации
Внедрихме платформата за един град, неговия самоуправляващ се регион и един университет, всеки на собствен Kubernetes клъстер, със собствени идентификационни данни и без общ администратор, и я измерихме през широкообхватна мрежа. Числата по-долу идват от това внедряване и са публикувани, заявка по заявка, заедно с научната статия, която написахме с Университета „Матей Бел“.
Изпращането на федеративна заявка през конектор на пространство на данни струва 2 ms повече от обикновената федерация между брокери за един обект и 4 ms за десет. Самата федерация струва около 31 ms над директната заявка, а прилагането на политиката върху резултата още 18 до 19 ms.
Четиринадесет от четиринадесет случая за контрол на достъпа издържаха, сред тях фалшифициран токен, токен, пренаписан да претендира за администраторска роля, и изключен политически енджин. Шлюзът отказа, вместо да пропусне заявката.
Партньор с право само за четене направи заявка за 103 превозни средства, държани от друга организация, и получи 100-те, които му бяха позволени, включително когато собствената му заявка посочи обхват, който няма право да чете.
Grafana със стандартния си NGSI-LD източник на данни прочете събития, качество на въздуха и позиции на превозни средства и в трите организации, без адаптер по пътя.
Как започва един проект
Инвентаризация. Картографираме всяка система, която държи данни за двойника: протокол, модел, собственик, честота на обновяване и кой има право да чете.
Пилот върху един въпрос. Взимаме въпрос, който екипите ви вече задават през две или три системи, и го правим отговорим с една NGSI-LD заявка.
Разгръщане. Адаптерите, моделите и правилата за достъп се преместват на вашата инфраструктура или на нашата. Екипите ви продължават да работят с инструментите, които познават.
Отваряне към партньори. Когато съседна организация трябва да чете част от вашия двойник, нейният конектор договаря условията, а вашата политика решава останалото.
Съберете данните си в един контекст
Изпратете ни списъка на системите, които поддържате. Връщаме се с това, което може да се свърже още сега, къде първо е нужен адаптер и какво изисква всяка стъпка.