Utover HTTP: Nye protokoller endrer hvordan nettet bygges

HTTP har vært den eneste veien inn til nettet i tretti år. De fleste utviklere tenker sjelden over at det finnes andre muligheter.

Men det endrer seg nå.

HTTPs begrensninger blir synlige

HTTP fungerer som en hovedvei mellom brukere og servere. Den er standardisert og støttet overalt, men den skaper også flaskehalser og sentraliserer kontrollen.

Vi har oppgradert HTTP flere ganger. HTTP/1.1 la til vedvarende tilkoblinger, HTTP/2 muliggjorde flere samtidige forespørsler, og HTTP/3 introduserte QUIC. Likevel er alle disse forbedringene bygget på samme grunnleggende modell.

Nå dukker det opp alternativer som ikke bygger på HTTP i det hele tatt.

Nye protokoller tar form

Flere teknologier utfordrer HTTP-dominerte arkitekturer direkte.

IPFS og innholdsadresserte nettverk
I stedet for å spørre hvor en fil ligger, spør IPFS hva filen inneholder. Innholdet finnes via kryptografiske hasher, og nettverket henter det fra nærmeste node som har det. Ingen sentral server kreves.

Peer-to-peer kommunikasjon
WebRTC lar nettlesere snakke direkte med hverandre. To brukere kan utveksle data uten å gå via en tradisjonell webserver.

Blockchain-baserte systemer
Ethereum og lignende nettverk tilbyr distribuerte registre der smartkontrakter kjører uten sentral kontroll. Både data og logikk lever på tvers av mange noder samtidig.

Hypercore og lignende protokoller
Disse skaper vedleggbare logger som synkroniseres effektivt mellom deltakere. Apper kan fungere offline og synkroniseres når tilkobling er tilgjengelig.

Hva betyr dette for hosting og DNS?

Hvis du kjører på tradisjonell cloud-infrastruktur, baserer du alt på HTTP-modellen. Det fungerer bra for mange bruksområder, men det er likevel et valg.

Distribuerte protokoller gir andre egenskaper:

• Robusthet: Innholdet lever på flere noder. En server som faller ut, stopper ikke tjenesten.
• Hastighet: Data hentes fra nærmeste kilde, ikke fra en fjern opprinnelsesserver.
• Uavhengighet: Du blir mindre avhengig av én leverandørs vilkår.
• Kostnadsstruktur: Båndbredde og prosessering fordeles over nettverket i stedet for å skalere lineært med trafikk.

Sikkerhet i distribuerte systemer

Tradisjonell infrastruktur har en tydelig sikkerhetsperimeter. Distribuerte protokoller sprer ressursene dine, noe som skaper nye angrepsflater, men også nye muligheter.

Med IPFS verifiseres innhold via kryptografisk hash. Korrupt data avvises automatisk. På blockchain bærer hver transaksjon bevis for sin egen gyldighet.

Ulempen er at du ikke kan trekke tilbake data like enkelt. Når innhold er publisert i et distribuert nettverk, er det der.

HTTP pluss alternativer

De fleste prosjekter vil fortsatt bruke HTTP som hovedprotokoll. Men flere og flere kombinerer det med andre løsninger.

En finansapp kan bruke blockchain til oppgjør mens brukergrensesnittet kjører over HTTP. En medieplattform kan distribuere filer via IPFS, men beholde autentisering på vanlige servere. En samarbeidsapp kan bruke Hypercore for lokal synkronisering og HTTP som backup.

Fremtiden handler ikke om enten-eller, men om å velge riktig protokoll for hver del av løsningen.

Er du forberedt?

De fleste team har DNS, SSL og overvåking som er optimalisert for HTTP. Det er ikke et problem i seg selv, men det er verdt å tenke gjennom.

Start med å forstå hvorfor HTTP er riktig valg for dine apper. Test deretter små prosjekter på IPFS eller Hypercore. Design systemene dine slik at de ikke er låst til én protokoll. Følg utviklingen og ha en plan for hvordan du kan flytte deler av løsningen hvis det blir aktuelt.

Den praktiske virkeligheten

HTTP vil dominere i mange år fremover. Likevel blir nettet mer komplekst og mer bevisst på hvilken protokoll som løser hvilket problem.

De som planlegger for dette nå, vil være bedre rustet når distribuerte alternativer blir mer vanlige. Du trenger ikke hoppe over til den andre døren med en gang. Men det er lurt å vite at den finnes.