Sådan renser du din CDN-cache (og hvornår du rent faktisk skal)
Udrensning er den store røde knap i CDN'er: den rydder cachen, så ændringer vises nu. Nyttig, lejlighedsvis nødvendig og let at overanvende – ofte som en erstatning for at løse problemet.
Hvert CDN har en renseknap, og hvert team udvikler efterhånden et lidt usundt forhold til det. Det starter som et legitimt værktøj til at skubbe en korrektion live. Det bliver, over et år eller to, noget folk klikker refleksivt, når noget ser forkert ud, fordi det er den ene kontrol, alle forstår.
Hvilket er en skam, fordi et websted, der har brug for hyppig udrensning, normalt er et websted med et fikserbart konfigurationsproblem, og udrensningen maskerer det.
Hvad en udrensning rent faktisk gør
Udrensning fjerner et cachelagret objekt, så den næste anmodning om det bliver en cachefejl. Kanten henter derefter en frisk kopi fra din oprindelse, serverer den og opbevarer den til næste gang.
Bemærk konsekvensen: hvert renset objekt er en garanteret oprindelsesanmodning i den nærmeste fremtid. Fjern én URL, og det er én anmodning. Udrens alt på et travlt websted, og du har lige planlagt et meget stort antal samtidige oprindelsesanmodninger, uanset hvilket øjeblik din trafik næste ankommer.
De fire typer af udrensning
| Type | Hvad det rydder | Oprindelseseffekt | Brug når |
|---|---|---|---|
| Enkelt URL | Et nøjagtigt objekt | Ubetydelig | Du har ændret én side |
| Præfiks/jokertegn | Alt under en vej | Proportional | Et helt afsnit ændret |
| Cache-mærke | Hvert objekt, der bærer et mærke | Proportionel og præcis | Én enhed vises på mange sider |
| Alt | Hele cachen | Alvorlig | gte nødsituationer |
Cache-tags er det værd at sætte op
Problemet med URL-baseret udrensning er, at indholdet ikke knyttes korrekt til webadresser. ndre et produkts pris og det produkt vises på sin egen side, tre kategori sider, hjemmesiden karrusel, to samling sider og et søgeresultat. Udrensning af "produktsiden" efterlader fem forældede priser.
Cache tags løser dette. Din oprindelse vedhæfter tags til hvert svar – en produktside kan indeholde product-8842, category-boots, brand-acme og CDN indekserer objekter efter tag. Når dette produkt ændres, renser du mærket product-8842 og hver side, der indeholder den, bliver ugyldig på én gang, uanset hvor den befinder sig.
Dette tager en eftermiddag at koble op og eliminerer de fleste af grundene til, at folk rækker ud efter udrensning. Hvis du kører en butik eller en udgiver med en graf med reelt indhold, er det den time, der giver den højeste værdi i denne artikel.
Hvorfor udrensning gør mere ondt, end det ser ud til
Hvis du tømmer hele cachen, betyder det, at hver eneste efterfølgende anmodning er en fejl, indtil cachen genopfyldes. På et roligt sted, der er fint. I en travl hverdag sker der tre ting på én gang.
Din oprindelse modtager et pludseligt multiplum af den sædvanlige trafik – præcis den belastning, som CDN’et er beregnet til at forhindre, og som leveres uden varsel. Dine svartider stiger for alle, da alle besøgende nu venter på en fuld oprindelsesrundtur. Og hvis mange besøgende anmoder om det samme ikke-cachede objekt samtidigt, får du en cache stampede: snesevis eller hundredvis af identiske samtidige anmodninger om en side, fordi det første svar ikke er kommet for at udfylde Cache endnu.
Gode CDN'er mindsker den sidste ved at bryde sammen samtidige fejl for det samme objekt i en enkelt anmodning om oprindelse. Det er værd at bekræfte din gør, fordi det er forskellen mellem en udrensning er en blip og en udrensning er en hændelse.
Hvis du skal rense alt på et websted med høj trafik, skal du gøre det i din roligste time og varme cachen bagefter ved at gennemgå dine øverste webadresser. Ti minutters gennemgang af dit eget sitemap er meget billigere end en time med rigtige besøgende, der hver især betaler for en miss.
Blød udrensning
En forbedring, der er værd at vide noget om. En hård udrensning sletter objektet. En blød udrensning markerer den forældet i stedet, og efterlader den i cachen - så hvis oprindelsen er langsom eller utilgængelig, kan kanten stadig tjene den forældede kopi, mens den genindfører, i stedet for at have ingenting overhovedet.
For indhold, hvor en lidt forældet version er bedre end en fejlside, hvilket er det meste indhold, er blød udrensning den sikreste standard. Reserver hårde udrensninger for ting, der virkelig aldrig skal serveres igen - en side med forkert prisfastsættelse eller indhold trukket tilbage af juridiske årsager.
Når du skal rense
Indholdet er ændret, og ændringen er tidsfølsom
En korrigeret pris, en offentliggjort artikel, et tilbagetrukket produkt. Rens den URL eller det mærke.
Noget galt blev cachelagret
En fejlside, et halvt returneret svar, en side, der er cachelagret med den forkerte valuta. Rens det, og fix derefter årsagen til, at det var cacheable.
Du har implementeret noget, der ændrer delt output
En skabelonændring, der påvirker hver side. Dette er en af de få legitime brede udrensninger - og cache-tags giver dig mulighed for at dække det.
Når du ikke bør
- Efter brug af fingeraftryk. Nyt indhold betyder et nyt filnavn, som er en ny cachenøgle. Der er intet at rense ud.
- Som et fejlfindingstrin. Udrensning for at se, om det hjælper med at ødelægge beviserne og fortæller dig meget lidt.
- Jeg har en tidsplan. Et cron-job, der renser cachen hver nat, er en TTL, der udtrykkes på den dyrest mulige måde. Sæt TTL i stedet.
- Fordi du ikke er sikker. Tjek listen
AgeogCache-ControlOverskrifter først. De fleste rapporter om, at "cachen er forældet", viser sig at være en browsercache, hvilket ikke gør noget ved at rense CDN.
Sidstnævnte fortjener at blive fremhævet, fordi det medfører en masse unødvendig udrensning. Hvis en besøgendes browser har cachelagret en side i en time, hjælper det ikke at rense CDN'et – de spørger ikke CDN'et. Det er netop derfor, s-maxage eksisterer: Hold browserens levetid kort og kanten levetid lang, så udrensning er faktisk effektiv, når du gør det.
Ofte stillede spørgsmål
Hvad betyder det at rense en CDN-cache?
Udrensning fjerner cachelagrede objekter fra CDN, så den næste anmodning om dem skal hentes frisk fra din oprindelse. Sådan tvinger du en opdatering til at blive vist med det samme i stedet for at vente på, at den cachelagrede kopis TTL udløber. Hvert udrenset objekt resulterer i mindst én efterfølgende anmodning om oprindelse.
Hvor ofte skal jeg rense min CDN-cache?
Sjældent, og kun som reaktion på en specifik ændring. Hyppig udrensning angiver normalt TTL'er, der er angivet forkert eller aktiver, der mangler indhold hashes i deres filnavne - udrensningen kompenserer for et konfigurationsproblem i stedet for at løse en. Planlagte udrensninger er særligt spildte, da en TTL opnår det samme uden at tømme cachen.
Er det dårligt at rense hele cachen?
På en travl arbejdsplads, ja. Hver efterfølgende anmodning bliver en cache miss, indtil cachen genopfyldes, hvilket sender din oprindelse et pludseligt multiplum af sin normale belastning og kan udløse en cache stampede, hvor mange identiske samtidige anmodninger ankommer til samme uafhentede objekt. Foretrækker at rense efter URL eller cache-tag, og hvis en fuld udrensning er uundgåelig, skal du gøre det i stille timer og varme cachen bagefter.
Hvad er cache-tags, og hvorfor bruge dem?
Cachemærker er etiketter, som din oprindelse knytter til svar, så CDN kan indeksere cachelagrede objekter efter enhed i stedet for kun efter URL-adresse. En produktside kan være mærket med produkt-id, kategori og mærke, og hver side, der indeholder produktet, indeholder også et mærke. Hvis du ændrer produktet, skal du fjerne ét mærke i stedet for at søge efter hver eneste webadresse, hvor den vises.
Skal jeg rense, når jeg har implementeret ny CSS eller JavaScript?
Ikke hvis din build producerer fingeraftryk filnavne som app.a1b2c3.css. En ændring af filen producerer et nyt filnavn og derfor en ny cache nøgle, så den gamle post er simpelthen aldrig anmodet om igen og udløber af sig selv. Udrensning er kun nødvendig for aktiver, der leveres under et stabilt filnavn.
Hvorfor ser jeg stadig gammelt indhold, når jeg har renset CDN?
Oftest fordi den forældede kopi er i din browser, ikke CDN, og udrensning af en CDN kan ikke nå den. Tjek med et hårdt genindlæsningsvindue eller et privat vindue. Det er derfor, HTML skal bære en kort max-alder sammen med en lang s-maxage - browsere holder det kort, mens kanten holder det længe - da en CDN kan renses, og en browser kan ikke.
Rens efter URL eller bedre, efter cache tag; behold udrensningen for nødsituationer og opvarm cachen bagefter. Foretrækker bløde udrensninger, så en gammel kopi forbliver tilgængelig, hvis oprindelsen kæmper. Og hvis du renser ofte, behandle det som et signal til at rette dine TTL'er og tilføje indholdshashes til filnavne - en cache, du skal babysit, er en cache, der er forkert konfigureret.
Mads har arbejdet med IT – mest som vært – siden han var 16. Han tog tidligt ejerskab i en SaaS-virksomhed og var med til at udvide den til Visma, har opbygget og drevet datacenternetværk og fungeret som CTO for et dansk datacenter. Han startede NordicCDN for at gøre hurtig og sikker infrastruktur enkel at bruge.
