Gå til indholdet

Content Delivery Network

Et CDN leverer webindhold fra flere steder. Offentlige filer kan mellemlagres dér; personlige portalsvar kræver egne cacheregler.

Også kendt somCDN
Cloud & drift

Hvad er et Content Delivery Network?

Et Content Delivery Network (CDN) leverer webindhold via distribuerede servere. MDN forklarer, hvordan kopier holdes klar flere steder. Ved et passende cachehit kan en gemt kopi besvare anmodningen. En manglende kopi skal først hentes fra oprindelsesserveren. Effekten afhænger derfor af indhold, konfiguration og faktiske anmodninger.

Eksempel: distribuere en offentlig håndbog

I det opdigtede eksempel leveres den frit tilgængelige håndbog handbuch-v1.pdf via et CDN. Til den nye udgave udgiver teamet handbuch-v2.pdf og opdaterer websitets links. Det undersøger, hvilken udgave der kommer fra hver adresse. At udskifte en fil uden at ændre adressen ville også kræve passende opdatering eller sletning af de mellemlagrede kopier.

Personlige projektrapporter fra portalen må i dette design ikke ende i den fælles CDN-cache. MDN skelner mellem private og fælles cacher og advarer om deling af personligt tilpasset indhold med andre. Teamet skal afstemme svarheadere og de faktisk gældende CDN-regler; et login alene er ikke tilstrækkeligt bevis.

Et CDN erstatter hverken applikationens adgangskontrol eller en plan for sikkerhedskopiering og gendannelse. Om det forbedrer leveringen, bør måles for de nødvendige filer og brugernes placeringer.

Kilder

Relaterede begreber

Artikler om emnet

Guides · Softwareudvikling2 min.Knyt browser-, API- og databasetider korrekt sammenEt tænkt listekald viser, hvordan målepunkter knyttes til et anmodnings-id, så overlappende tider ikke tælles flere gange.Philipp Reuter13. nov. 2026
Insights · Cloud & drift1 min.Hvad en grøn statusindikator faktisk kontrollererEn tilgængelig forside beviser ikke, at bestilling fungerer. Navngiv den kontrollerede opgave og grænserne for hvert grønt signal.Philipp Reuter13. nov. 2026
Insights · Cloud & drift2 min.Fordel tekniske opgaver på ny ved hostingskiftEn administreret tjeneste kan overtage driftsopgaver. Kontrollér stadig, hvem der konkret styrer konti, projektadgang, nøgler og overdragelse.Lukas Schneider13. nov. 2026
Insights · Cloud & drift2 min.To applikationsservere kan dele samme årsag til nedbrudEn ekstra applikationsserver hjælper ved bestemte fejl. En fælles database eller én adgangsvej kan stadig blokere hele forløbet.Lukas Schneider13. nov. 2026
Insights · Cloud & drift2 min.Hastende alarmer kræver en konkret handlingEt fiktivt tilfælde adskiller dobbelte fejlalarmer fra advarsler. Færre afbrydelser alene dokumenterer ikke højere pålidelighed.Lukas Schneider13. nov. 2026
Insights · Cloud & drift2 min.Driv automatiske opdateringer med klare stopbetingelserAutomatisering kræver test efter installationen. Fastlæg, hvornår den videre udrulning stopper, og hvem der beslutter, om den kan fortsætte.Lukas Schneider13. nov. 2026
Insights · Cloud & drift2 min.Forbind SLA-mål med en procedure for hændelserEt tilgængelighedstal kræver et klart måleomfang. Ved nedbrud i din applikation hører observation, ansvar og genoptagelse også med.Lukas Schneider13. nov. 2026
Insights · Cloud & drift2 min.Små teams har brug for infrastruktur, de kan driveVurdér også, hvem der håndterer opdateringer, driftsfejl og gendannelse. En lille portal viser, hvornår mere orkestrering kan hjælpe.Lukas Schneider13. nov. 2026

Cloud & drift med ASES

Hosting, deployment, vedligeholdelse og support

Få et tilbudMere om Cloud & drift