Live gegevens versus traditioneel HTTP

Wat zijn "livegegevens"? Denk aan apps die direct worden bijgewerkt, zoals aandelenkoersen of sportuitslagen. In deze les ontdek je hoe die magie werkt en waarom dit verschilt van normaal webbrowsen.

We vergelijken dit met de traditionele manier waarop internet werkt: HTTP.

Het internet draait grotendeels op HTTP (Hypertext Transfer Protocol). Het is alsof je een bibliothecaris om een boek vraagt:

• Je (de client) stuurt een verzoek naar een server.
• De server zoekt de informatie op en stuurt een antwoord terug.
• Elk verzoek staat op zichzelf; de server "vergeet" je totdat je een volgend verzoek stuurt.

Wanneer je een webpagina opent, stuurt je browser een HTTP-verzoek. De server stuurt de inhoud van de pagina terug. Als je nieuwe reacties of updates wilt zien, moet je de pagina meestal vernieuwen!

Dit wordt een pullmodel genoemd, omdat de client gegevens alleen van de server "ophaalt" wanneer daarom wordt gevraagd.

Stel je voor dat je een live-sportuitslag of een chatroom bekijkt. Met traditioneel HTTP zou je steeds opnieuw moeten vernieuwen, of zou je app voortdurend nieuwe verzoeken moeten sturen om te controleren of er iets is veranderd.

Dat is inefficiënt en traag en zorgt voor veel onnodig netwerkverkeer bij realtime toepassingen. HTTP is niet ontworpen voor constante, directe updates.

Livegegevens zijn gegevens die voortdurend worden bijgewerkt en naar clients worden gestuurd zodra ze beschikbaar zijn. In plaats van dat jij om updates vraagt, laat de server je weten wanneer er iets nieuws gebeurt.

Zie het als een voortdurend nieuwstickerbericht of een live-uitzending, waarbij je informatie ontvangt zodra die wordt gegenereerd.

In tegenstelling tot het HTTP-"pullmodel" gebruikt livegegevens vaak een pushmodel. In grote lijnen werkt dat als volgt:

• De client brengt een verbinding met de server tot stand.
• De server houdt deze verbinding open en onderhoudt die actief.
• Wanneer er nieuwe gegevens binnenkomen, pusht de server die onmiddellijk via de open verbinding naar de client.

Communicatie met livegegevens heeft specifieke eigenschappen die deze krachtig maken voor realtime toepassingen:

• Persistentie: Verbindingen blijven langere tijd open, niet alleen voor één verzoek.
• Lage latentie: Updates komen vrijwel onmiddellijk aan zodra ze beschikbaar zijn.
• Efficiëntie: Minder overhead dan bij het herhaaldelijk versturen van HTTP-verzoeken.
• Vaak bidirectioneel: Zowel de client als de server kan gegevens via dezelfde verbinding versturen.

Je komt elke dag livegegevens tegen! Hier zijn enkele veelvoorkomende voorbeelden:

• Chattoepassingen: Berichten verschijnen direct zonder de pagina te vernieuwen.
• Onlinegames: Bewegingen van spelers en scores worden realtime bijgewerkt.
• Aandelenapps: Prijzen veranderen seconde na seconde op je scherm.
• Samenwerkingsdocumenten: Je ziet anderen typen terwijl ze dat doen.

Het toepassen van architecturen met livegegevens biedt verschillende voordelen voor moderne toepassingen:

• Verbeterde gebruikerservaring: Apps voelen responsiever en dynamischer aan, wat leidt tot tevredenere gebruikers.
• Realtime responsiviteit: Essentieel voor tijdgevoelige toepassingen waarbij directe updates belangrijk zijn.
• Minder serverbelasting (soms): Efficiënter gebruik van resources voor voortdurende updates dan bij voortdurend HTTP-pollen met korte verbindingen.

Goed gedaan! Je hebt geleerd:

• Traditioneel HTTP gebruikt een "verzoek-antwoordmodel" (pullmodel), waarbij clients om gegevens vragen.
• Livegegevens leveren directe updates via een "server-pushmodel" over persistente verbindingen.
• Livegegevens zijn cruciaal voor realtime toepassingen zoals chat, gaming en aandelenkoersen en bieden een betere gebruikerservaring en efficiëntie voor dynamische inhoud.

Vervolgens gaan we dieper in op specifieke technologieën die livegegevens mogelijk maken, te beginnen met WebSockets!