Edge-hurtigbufring av dynamisk innhold

Velkommen til et fascinerende tema: bufring av dynamisk innhold på edge-nivå! Så langt har vi hovedsakelig snakket om bufring av statiske filer som bilder og CSS.

Men hva med innhold som endres, for eksempel personaliserte anbefalinger eller brukerspesifikke data? Det er her bufring av dynamisk innhold på edge-nivå kommer inn.

La oss raskt oppsummere forskjellen:

• Statisk innhold: Er likt for alle brukere, hver gang. Tenk på bilder, videoer, CSS- og JavaScript-filer. CDN-er egner seg godt til dette!
• Dynamisk innhold: Endres basert på brukeren, tidspunktet, plasseringen eller andre faktorer. Eksempler er brukerkontrollpaneler, personaliserte produktlister og nyhetsstrømmer i sanntid.

Bufring av dynamisk innhold er mer komplisert fordi innholdet nettopp er dynamisk!

Tradisjonelle CDN-er er svært gode til å bufre statisk innhold globalt. Men når innholdet må personaliseres eller oppdateres svært ofte, fungerer ikke en enkel «bufre og levere»-tilnærming.

Hver bruker kan trenge en litt annen versjon, noe som gjør global bufring vanskelig uten spesifikk logikk.

Det er her edge computing virkelig utmerker seg. Edge-lokasjoner brukes ikke bare til å lagre kopier av filer; de kan også kjøre egendefinert logikk.

Ved å kjøre små kodebiter (ofte kalt edge-funksjoner eller serverløse funksjoner på edge-nivå) nærmere brukeren kan vi generere eller endre innhold dynamisk.

Se for Dem et nettsted for netthandel. I stedet for å hente en fullstendig personalisert liste med produktanbefalinger fra hovedserveren hver gang, kan en edge-funksjon:

• Kontrollere brukerens informasjonskapsel eller autentiseringstoken.
• Gjøre et svært raskt, lokalt API-kall til en anbefalingstjeneste.
• Sette inn det personaliserte innholdet på en i stor grad bufret side.

Dette reduserer belastningen på hovedserverne betydelig og gjør leveringen raskere.

En teknikk for å håndtere dynamisk innhold på edge-nivå er Edge Side Includes (ESI). ESI er et markeringsspråk som lar Dem definere deler av en HTML-side som skal behandles og inkluderes av hurtigbufferproxyen (for eksempel et CDN eller en edge-server).

Det er som å ha plassholdere på den bufrede siden, som edge-serveren fyller ut.

Her er et forenklet forløp:

1. Opprinnelsesserveren sender en HTML-side med ESI-tagger til edge-serveren.
2. Edge-serveren bufrer hoveddelen av siden.
3. Når en bruker ber om siden, leverer edge-serveren den bufrede HTML-en.
4. Deretter «ser» den ESI-taggene og henter innholdet for de spesifikke dynamiske delene (for eksempel en personalisert hilsen) fra opprinnelsesserveren eller en annen tjeneste.
5. Til slutt setter den alt sammen og sender den komplette, personaliserte siden til brukeren.

En ESI-tagg ser slik ut. Edge-serveren erstatter <esi:include src="/personal-greeting"/> med det faktiske innholdet som hentes fra denne URL-en.

Ved å bruke edge-bufring for dynamisk innhold kan De oppnå:

• Redusert forsinkelse: Personaliserte data genereres eller settes sammen nærmere brukeren.
• Mindre belastning på opprinnelsen: Hovedserverne trenger ikke å behandle hver eneste dynamiske forespørsel.
• Bedre brukeropplevelse: Raskere innlasting av personaliserte sider gir mer fornøyde brukere.
• Bedre skalerbarhet: Edge-infrastrukturen håndterer en stor del av arbeidsbelastningen knyttet til personalisering.

Godt jobbet! I denne leksjonen har vi utforsket hvordan edge-lokasjoner kan gå utover statisk bufring og håndtere dynamisk og personalisert innhold.

Vi har lært om utfordringene med dynamisk innhold, hvordan edge computing og teknikker som ESI kan bidra, samt de betydelige fordelene når det gjelder forsinkelse, skalerbarhet og brukeropplevelse.

Deretter skal vi gå dypere inn i serverløse funksjoner på edge-nivå!