Meetup 25/4/2016 - Functionele IoT architectuur Antwerpen v2
0 likes714 views
De slides van de IoT meetup op 25/4/2016: http://www.meetup.com/DigAnt-Cafe/events/230395681/
Meetup 25/4/2016 - Functionele IoT architectuur Antwerpen v2
- 1. Functionele Architectuur IoT platform voor een slimme stad
- 3. Architectural requirements Distributed & Decoupled Interoperability Scalability Legacy & heterogeneous Robustness OpennessPluggable
- 7. Connectie met “things” Communicatie met “things” Bewaren en verwerken van data Beschikbaar maken van informatie MappingIOT Architectuur
- 9. Connecting with “things” ● AMQP ● HTTP ● MQTT ● CoAP ● XMPP ● DDS ● STOMP ● LoRaWAn ● Dash 7 ● SigFox ● Bluetooth ● ZigBee ● Neul ● Cellular
- 11. API Gateway
- 12. API Gateway
- 13. ETL
- 14. 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
- 15. 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)
- 16. 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
- 17. Bewaren en verwerken van data Data Lake
- 18. Example
- 21. Aanpassingen na meetup ◇ Verduidelijken van de micro-service architecture ◇ Device management ◇ Source management ◇ Classification ◇ Metadata management
- 22. Example case
- 23. Connectie met “things” Communicatie met “things” Bewaren en verwerken van data Beschikbaar maken van informatie MappingIOT Architectuur
- 24. Bedankt! Vragen? Contacteer mij via gert.detant@continuum.be