Förstå kommunikation i realtid

Har ni någon gång undrat hur chattappar uppdateras direkt eller hur livesiffror visas utan att sidan laddas om? Det är realtidskommunikation, och det är det vi ska gå igenom här.

Den tidiga webben var till största delen statisk: ni begärde en sida, servern skickade den och inget uppdaterades efter inläsningen. Interaktion innebar att klicka på länkar till nya sidor.

Webben bygger på HTTP: klienten skickar en begäran och servern skickar tillbaka ett svar. Denna begäran–svar-modell driver nästan alla webbplatser.

Med vanlig HTTP måste ni läsa in sidan på nytt eller klicka upprepade gånger för att få ett aktuellt aktiepris. Det är ineffektivt och ger användaren en dålig upplevelse.

När appar blev mer interaktiva började användarna förvänta sig omedelbara uppdateringar. HTTP:s separata begärandemodell kunde inte hålla jämna steg, vilket skapade ett behov av dataflöden i realtid.

Realtid innebär att data kommer fram nästan omedelbart, med mycket låg fördröjning. Uppdateringar skickas till er när de sker, i stället för att ni själva måste begära dem.

Ni använder system i realtid varje dag: chatt, livesiffror, flerspelarspel och gemensam redigering. Alla bygger på en ständig, öppen anslutning.

HTTP har svårt att hantera realtid: varje begäran medför extra kostnader, ineffektiv polling krävs och servern kan aldrig skicka data på eget initiativ – den svarar bara på klientens begäranden.

Äkta realtid kräver en beständig anslutning: en långvarig länk där klienten och servern kan skicka data när som helst. Det är precis där WebSockets kommer till sin rätt.

Ni har följt vägen från statiska sidor till realtidsappar: HTTP:s begränsningar med begäran och svar, behovet av uppdateringar med låg fördröjning och varför en aktiv anslutning är viktig. Nästa steg: teknikerna.