Forstå kommunikation i realtid

Har du nogensinde undret dig over, hvordan chatapps opdateres med det samme, eller hvordan live-resultater vises uden en opdatering? Det er realtidskommunikation, og det er det, vi udfolder her.

Det tidlige web var for det meste statisk: Du anmodede om en side, serveren sendte den, og intet blev opdateret efter indlæsningen. Interaktion betød, at du klikkede på links for at hente nye sider.

Webbet kører på HTTP: Din klient sender en forespørgsel, og serveren sender et svar tilbage. Denne forespørgsels-svar-model driver næsten alle websteder.

Med almindelig HTTP betyder det at hente en aktuel aktiekurs, at du skal opdatere siden eller klikke gentagne gange. Det er ineffektivt og giver en dårlig brugeroplevelse.

Efterhånden som apps blev mere interaktive, forventede brugerne øjeblikkelige opdateringer. HTTP's adskilte forespørgselsmodel kunne ikke følge med, og det skabte efterspørgsel efter realtidsdataflow.

Realtid betyder, at data ankommer næsten øjeblikkeligt med meget lav latenstid. Opdateringer sendes til dig, efterhånden som de sker, i stedet for at du skal anmode om dem.

Du bruger realtidssystemer hver dag: chat, live-resultater, multiplayerspil og samarbejdsbaseret redigering. De er alle afhængige af en konstant, åben forbindelse.

HTTP har svært ved realtid: Det medfører ekstra omkostninger for hver forespørgsel, tvinger dig til ineffektiv polling, og serveren kan aldrig sende data af sig selv – den svarer kun på klientens forespørgsler.

Ægte realtid kræver en vedvarende forbindelse: én langvarig forbindelse, hvor klienten og serveren kan sende data når som helst. Det er netop her, WebSockets udmærker sig.

Du har fulgt udviklingen fra statiske sider til realtidsapps: HTTP's begrænsninger med forespørgsel og svar, behovet for opdateringer med lav latenstid, og hvorfor en aktiv forbindelse er vigtig. Næste emne er teknikkerne.