De basis van het WebSocket-protocol

Om met HTTP "realtime" updates te krijgen, gebruikten ontwikkelaars vaak:

• Polling: De client vraagt de server herhaaldelijk om nieuwe gegevens. Dit is inefficiënt en kan een hoge latentie veroorzaken.
• Long polling: De server houdt de verbinding open totdat nieuwe gegevens beschikbaar zijn of er een time-out optreedt en stuurt dan een antwoord. Dit is beter, maar nog steeds niet echt bidirectioneel of direct.

Beide methoden veroorzaken aanzienlijke overhead en vertraging bij realtimebehoeften.

Het WebSocket-protocol (met ws:// of wss:// voor beveiligde verbindingen) biedt een full-duplexcommunicatiekanaal via één langdurige TCP-verbinding.

Je kunt het zien als een permanente, open telefoonlijn tussen een client en een server, in plaats van voor elk bericht een nieuwe brief te versturen.

Een WebSocket-verbinding begint met een standaard-HTTP-verzoek, maar met een belangrijke header:

Hiermee vertelt de client aan de server dat deze de verbinding wil "upgraden". Als de server akkoord gaat, antwoordt deze met de status 101 Switching Protocols en verandert de verbinding in een WebSocket-verbinding.

Dit eerste HTTP-verzoek en -antwoord wordt de handshake genoemd. Zodra deze is geslaagd, blijft de onderliggende TCP-verbinding open en kunnen zowel de client als de server gegevensframes hierover verzenden.

Dat betekent geen HTTP-headers meer voor elk afzonderlijk bericht – alleen de onbewerkte gegevens, waardoor de communicatie zeer efficiënt wordt.

In tegenstelling tot de verzoek-antwoordstroom tussen client en server van HTTP bieden WebSockets bidirectionele (of full-duplex) communicatie. Dit betekent:

• De client kan op elk moment gegevens naar de server sturen.
• De server kan op elk moment gegevens naar de client sturen.

Deze tweerichtingscommunicatie is fundamenteel voor echt interactieve realtime-toepassingen.

WebSockets bieden verschillende belangrijke voordelen voor realtime-toepassingen:

• Lagere latentie: Directe gegevensoverdracht zonder vertraging door polling.
• Minder overhead: Na de eerste handshake zijn er maar minimale headergegevens nodig.
• Efficiëntie: Eén permanente verbinding bespaart resources.
• Echt realtime: Directe updates en interacties.

WebSockets vormen de basis van veel moderne toepassingen:

• Chatapps: Directe bezorging van berichten.
• Livefeeds: Sportuitslagen, beurskoersen en nieuwsberichten.
• Multiplayergames: Realtime-interactie tussen spelers.
• Hulpmiddelen voor samenwerking: Gedeelde whiteboards en documentbewerking.
• IoT-apparaten: Realtime streaming van sensorgegevens.

Goed gedaan! Je begrijpt de basis van het WebSocket-protocol.

• We hebben gezien hoe traditioneel HTTP moeite heeft met realtimebehoeften.
• Je hebt geleerd dat WebSockets een permanent, full-duplexcommunicatiekanaal bieden.
• Je begrijpt nu het belang van de HTTP-handshake om een verbinding te "upgraden".
• We hebben de voordelen verkend voor toepassingen met lage latentie die efficiënt en echt realtime zijn.

Vervolgens gaan we WebSockets met FastAPI implementeren!