Meetup 25/4/2016 - Functionele IoT architectuur Antwerpen v2

Post on 09-Feb-2017

560 views 0 download

Transcript of Meetup 25/4/2016 - Functionele IoT architectuur Antwerpen v2

Functionele ArchitectuurIoT platform voor een slimme stad

Functional Architecture V2

Architectural requirements

Distributed & Decoupled Interoperability Scalability

Legacy & heterogeneous Robustness OpennessPluggable

ACPaaS

User Centric

Co-Created

Service OrientedData-Driven

Cloud Based

Communication Patterns

Connectie met

“things”

Communicatie met

“things”

Bewaren en

verwerken van data

Beschikbaar maken

van informatie

Ma

pp

ing

IO

T

Arc

hit

ect

uu

r

Connecting with “things”

Connecting with “things”

● AMQP● HTTP● MQTT● CoAP● XMPP● DDS● STOMP

● LoRaWAn● Dash 7● SigFox● Bluetooth● ZigBee● Neul● Cellular

Communicatie met “things”

API Gateway

API Gateway

ETL

Device Management◇ Device management moet ons toelaten om de verschillende devices die we in de field hebben te

beheren.

◇ Volgende functionaliteiten zouden deel moeten uitmaken van een device management tool:

■ Device provisioning en discovery

■ Device registry en device model

■ Device access management

■ Remote control

■ Remote administration

■ Remote configuration

■ Remote firmware en software update

◇ We dienen sensoren te kunnen beheren van zowel eigen sensoren als third party sensoren

◇ Om dit te kunnen lijkt het nuttig om een tool te hebben die api’s van andere device management

api’s kan inlezen

Source Management◇ Beheren van de verschillende sources waarvan we data (of informative)

kunnen inlezen

◇ Dit zijn vooral de sociale infeeds, maar kunnen op vanuit allerlei bronnen

ingelezen worden (referentie data)

◇ Doel is om deze bronnen real-time (of near-real-time via caching) te

bevragen als extra data source

◇ Vanuit deze management tool verwachten we het volgende:

■ Beheer van access van de infeed

■ Meta-data rond infeed (source model)

Classification◇ Classification moet ons toelaten om de instroom van data te classifiëren.

◇ Volgende zaken willen we minstens voorzien:

■ Data source

■ Data sensitivity

■ Data reliability

◇ Maar meer classificatie (en specifiekere) moet kunnen toegevoegd worden

◇ Deze classificatie gebeurd automatisch

◇ In de toekomst moet het toelaten om nieuwe instromen automatisch te classifiëren naar

bijvoorbeeld betrouwbaarheid:

■ Case: Nieuwe sensor heeft een instroom en na een onboarding periode geven we

er een automatisch betrouwbaarheids graad aan

Bewaren en verwerken van data

Data Lake

Example

Beschikbaar maken van informatie

Aanpassingen na meetup◇ Verduidelijken van de micro-service architecture

◇ Device management

◇ Source management

◇ Classification

◇ Metadata management

Example case

Connectie met

“things”

Communicatie met

“things”

Bewaren en

verwerken van data

Beschikbaar maken

van informatie

Ma

pp

ing

IO

T

Arc

hit

ect

uu

r

Bedankt!Vragen?Contacteer mij via gert.detant@continuum.be