...
Als we los kijken naar alle systemen, dan zijn er twee die er gelijk uitspringen. Dit zijn de Server Sent Events en Websockets. Deze twee , veel op elkaar lijkende technieken, zijn toch wel de twee bijna identieke technieken zijn de technieken die ons het beste lijken. Een websocket en een server-side event service zijn de twee keuze's keuzes die het meest real time zijn data weergeven, zonder dat deze technieken extra middelen gebruiken, of meer middelen dan nodig. gebruiken
Omdat er gebruik wordt gemaakt van een message broker, is onze oplossing niet afhankelijk van de rest van de andere systemen. We zouden met een websocket de data van de broker kunnen 'consumeren'. De broker krijgt de data van de Raspberry Pi en zal deze distribueren naar verschillende consumers, in dit geval de websocket en database. De websocket zou in dit geval de data in de juiste vorm kunnen gieten voor de website. Dit zou er voor ervoor zorgen dat de data die op de website binnenkomt gelijk kan worden omgezet naar de visuele weergaves. Omdat de broker ook gelijk de data naar de database stuurt, kunnen we later deze gebruiken om de data te tonen van vorige races. Het kan zo zijn dat we vanuit de database een berekening willen maken, er een gebruiker wordt aangemaakt op de website of iets anders in deze richting. Het is mogelijk dat dit ook weer via de broker moet (omdat het niet naar de database moet maar ook naar een andere harde schijf die ergens ligt). Om deze reden kiezen wij er bewust voor om een websocket te gaan gebruiken in combinatie met een message broker en niet een Server Side Events Service.
...