Strategier för cache-invalidering och rensning

Det finns ett berömt talesätt om att en av de två svåra sakerna inom databehandling är cache-ogiltigförklaring. Utmaningen är att ta bort inaktuellt innehåll överallt där det finns, utan att försämra prestandan.

• Innehåll replikeras på många edge-platser
• Om Ni tar bort för mycket försämras träffkvoten
• Om Ni tar bort för lite levereras inaktuella data

Den enklaste rensningen riktar sig mot en exakt URL. Den är snabb och precis, men omständlig när många relaterade objekt ändras samtidigt.

Genom att rensa efter ett prefix tas allt under en sökväg bort, till exempel alla filer i /assets/v3/. Det är användbart efter att en katalog med ändrade resurser har distribuerats.

Taggbaserad rensning kopplar etiketter (surrogatnycklar) till svar och rensar sedan allt som delar en tagg med ett enda anrop. Det passar perfekt för att ogiltigförklara alla sidor som hänvisar till en ändrad produkt.

En fullständig rensning tömmer hela cachen. Det är ett trubbigt verktyg: det garanterar färskt innehåll men orsakar tillfälligt ökad trafik till ursprunget när allt fylls på igen. Använd det endast i nödsituationer.

Hård rensning tar bort innehållet omedelbart. Mjuk rensning markerar det som inaktuellt, så att edge-noden fortfarande kan leverera det medan det omvalideras, vilket jämnar ut belastningen på ursprunget.

• Hård: omedelbar borttagning, risk för en storm av cachemissar
• Mjuk: smidig uppdatering, ett kort fönster med viss inaktualitet

Ofta är den bästa ogiltigförklaringen att inte ogiltigförklara alls. Bädda in en version eller hash i resursens URL så att nytt innehåll får en ny nyckel och gamla cacher helt enkelt fasas ut.

Rensningar sker inte alltid omedelbart. De sprids mellan PoP:er under några sekunder. Planera distributioner så att användarna inte ser en blandning av gamla och nya resurser under detta fönster.

I en stack med Redis och CDN måste en skrivning ogiltigförklara rätt lager. Om Ni endast tar bort en Redis-nyckel rensas inte en kopia vid CDN:ets edge; samordna rensningar i båda lagren.

Koppla in rensningar i distributionspipeline så att rätt taggar eller sökvägar rensas automatiskt efter varje release. Då undviker Ni manuell och felbenägen rensning.

Matcha verktyget med ändringen:

• En fil ändrades: rensa via URL
• En katalog distribuerades: rensa via prefix
• Relaterat innehåll på flera sidor: taggbaserad rensning
• Frekventa ändringar av resurser: versionshanterade URL:er (ingen rensning)
• Endast i nödfall: rensa allt

Du har lärt dig strategier för cache-invalidering: rensning via URL, prefix eller surrogate key-tagg; mjuk respektive hård rensning; fullständig rensning som sista utväg; samt hur du helt kan undvika rensning med versionshanterade URL:er. Du har också sett hur du samordnar invalidering mellan olika cachelager och automatiserar den i CI/CD.