Hoppa till innehållet

Content Delivery Network

Ett CDN levererar webbinnehåll från flera platser. Offentliga filer kan cachelagras där; personliga portalsvar kräver egna cacheregler.

Även känt somCDN
Cloud & drift

Vad är ett Content Delivery Network?

Ett Content Delivery Network (CDN) levererar webbinnehåll via distribuerade servrar. MDN förklarar hur kopior hålls tillgängliga på flera platser. Vid en lämplig cacheträff kan en lagrad kopia besvara begäran. En saknad kopia måste först hämtas från ursprungsservern. Effekten beror därför på innehåll, konfiguration och faktiska begäranden.

Exempel: distribuera en offentlig handbok

I det påhittade exemplet levereras den fritt tillgängliga handboken handbuch-v1.pdf via ett CDN. För den nya utgåvan publicerar teamet handbuch-v2.pdf och uppdaterar webbplatsens länkar. Det kontrollerar vilken utgåva som kommer från respektive adress. Att byta en fil utan att ändra adressen skulle även kräva lämplig uppdatering eller borttagning av cachelagrade kopior.

Personliga projektrapporter från portalen ska i den här utformningen inte hamna i den gemensamma CDN-cachen. MDN skiljer privata och delade cacher åt och varnar för att personanpassat innehåll delas med andra. Teamet måste samordna svarshuvuden och de CDN-regler som faktiskt gäller; en inloggning räcker inte som bevis.

Ett CDN ersätter varken applikationens åtkomstkontroll eller en plan för säkerhetskopiering och återställning. Om det förbättrar leveransen bör mätas för de filer och användarplatser som behövs.

Källor

Relaterade begrepp

Artiklar om ämnet

Guider · Mjukvaruutveckling2 minTolka tiderna för webbläsare, API och databas rättEtt tänkt listanrop kopplar mätgränser till en förfrågningsidentifierare, så att tider som ingår i varandra inte räknas flera gånger.Philipp Reuter13 nov. 2026
Insights · Cloud & drift1 minVad en grön statusindikator faktiskt kontrollerarEn nåbar startsida bevisar inte att beställning fungerar. Namnge den kontrollerade uppgiften och gränserna för varje grön signal.Philipp Reuter13 nov. 2026
Insights · Cloud & drift2 minFördela tekniska uppgifter på nytt vid hostingbyteEn hanterad tjänst kan ta över driftuppgifter. Kontrollera ändå vem som konkret hanterar konton, projektåtkomst, nycklar och överlämning.Lukas Schneider13 nov. 2026
Insights · Cloud & drift2 minTvå applikationsservrar kan ha samma orsak till avbrottEn andra applikationsserver hjälper vid vissa fel. En gemensam databas eller en enda åtkomstväg kan fortfarande blockera hela förloppet.Lukas Schneider13 nov. 2026
Insights · Cloud & drift2 minBrådskande larm kräver en konkret åtgärdEtt fiktivt fall skiljer upprepade felmeddelanden från varningar. Färre avbrott bevisar inte ensamt högre tillförlitlighet.Lukas Schneider13 nov. 2026
Insights · Cloud & drift2 minDriv automatiska uppdateringar med tydliga stoppvillkorAutomatisering kräver tester efter installationen. Bestäm när den fortsatta utrullningen stoppas och vem som beslutar om fortsättningen.Lukas Schneider13 nov. 2026
Insights · Cloud & drift2 minKoppla SLA-mål till ett arbetssätt för incidenterEn tillgänglighetssiffra behöver en tydlig mätomfattning. Vid avbrott i din applikation behövs också observation, ansvar och återupptagen drift.Lukas Schneider13 nov. 2026
Insights · Cloud & drift2 minSmå team behöver infrastruktur som de kan drivaBedöm också vem som hanterar uppdateringar, driftfel och återställning. En liten portal visar när mer orkestrering kan hjälpa.Lukas Schneider13 nov. 2026

Cloud & drift med ASES

Hosting, driftsättning, underhåll och support

Begär offertMer om Cloud & drift