...
KMD har benyttet Scorpio som broker i deres løsning. Denne brokers mulighed for at fungere i interoperable og de-centrale systemer gør den oplagt at vælge, fordi der generelt arbejdes med og ønskes en fleksibel arkitektur med stort fokus på interoperabilitet i OS2iot.
Valg af QuantumLeap
I KMD’s platform er FIWARE QuantumLeap valgt til at persistere time-series data og levere API til forespørgsler.
Ifølge https://quantumleap.readthedocs.io/en/latest/ understøttes NGSI-LD kun på eksperimentelt plan, hvilket giver anledning til at afsøge alternativer. Umiddelbart findes dog kun STH-Comet, som ikke understøtter NGSI-LD og er lavet til at fungere med FIWARE Orion Broker.
Dette bør undersøges nærmere for at sikre den ønskede kompatibilitet med NGSI-LD, og eksisterende erfaringer fra KMD’s platform bør efterspørges.
Valg af databaser
Valget af databaser afhænger til dels af eksisterende arkitektur i OS2iot og mulighed for at eventuelt genbrug. Og til dels af hvilke databaser, der anbefales at benytte sammen med de valgte FIWARE komponenter.
Valg af Grafana
Valget af værktøj til visualisering er faldet på Grafana, fordi det med +1,5 mio. installationer og +2.300 contributers er et af de mest udbredte og vedligeholdte open source stand-alone værktøjer til datavisualisering og -analyse. Desuden er flere kommuner allerede bekendt med Grafana.
Valg af Node-RED
[skal laves]
Adgangsstyring
Der er allerede bygget adgangsstyring til OS2iot. Det er den eksisterende adgangsstyring, der skal benyttes til at styre adgang til de nye dele:
Brugergrænseflade til Scorpio Context broker
Scorpio Context Broker API
QuantumLeap API
Grafana
Node-RED