Vad är en CDN, och behöver du verkligen en?
CDN kastas runt som alla redan vet vad det betyder. Här är den vanliga engelska versionen - vad den gör, hur den fungerar och ett ärligt svar på om din webbplats behöver en.
CDN står för Content Delivery Network, vilket är ett av de namn som tekniskt berättar allt och praktiskt taget ingenting. Så låt oss hoppa över akronymen och prata om det faktiska problemet det löser.
Ett CDN är ett nätverk av servrar som distribueras över många städer som lagrar cachade kopior av din webbplats och serverar dem till besökare från den plats som ligger närmast dem. I stället för varje begäran som reser till din enda ursprungsserver, besvaras de flesta av en närliggande kantserver på några millisekunder - vilket gör att sidor laddas snabbare, tar belastningen av din server och håller webbplatsen Står när trafiken går.
Det är hela idén. Allt annat - bildoptimering, brandväggar, komprimering, väntrum - är kapacitet som tillkom senare, eftersom kanten visade sig vara en mycket användbar plats att sätta saker.
Varför gör avstånd en webbplats långsam?
Din webbplats finns på en server någonstans. Säg att det är i Frankfurt. När någon i Frankfurt besöker sidan kommer sidan snabbt – informationen behöver bara resa några kilometer. Men när någon i Sydney besöker oss måste varje begäran och svar korsa planeten och tillbaka, flera gånger, bara för att ladda en sida. Ljuset är snabbt, men det är inte omedelbart, och alla dessa rundturer läggs till en webbplats som känns trög på andra sidan världen.
En enda begäran från Sydney till Frankfurt och tillbaka är ungefär 300 millisekunder av ren restid. En sida kan göra dussintals av dessa rundresor. Det är där "långsam" kommer ifrån - inte din kod, bara geografi.
Rundresorna går snabbare än du tror
Det är inte en enda resa. Innan en webbläsare ens kan be om din HTML måste den lösa din DNS, öppna en TCP-anslutning och förhandla fram TLS. På en kall anslutning som är tre turer innan en enda byte av din sida begärs. Vid 300 ms vardera har en besökare i Sydney tillbringat nära en sekund med att vänta på tillstånd för att börja ladda ner. Sedan kommer HTML-koden, refererar till en stilmall och några teckensnitt, och hela dansen upprepas för dem.
Det är därför ett CDN hjälper även när din server är snabb. Du kan inte optimera din väg ut ur ljusets hastighet. Du kan bara förkorta avståndet.
Hur fungerar en CDN?
Ett CDN är ett nätverk av servrar – så kallade kantservrar, eller PoP:er (närvaropunkter) – som är spridda över många städer. När du placerar din webbplats bakom ett CDN-nummer sparas kopior av innehållet i cachen på dessa kantservrar. Nu laddar besökaren i Sydney din webbplats från en kantserver i Sydney, inte från Frankfurt. Samma plats, en bråkdel av avståndet.
Cache hit, cache fröken
Två saker kan hända när en begäran når en kantserver. Om kanten redan har en ny kopia av vad som begärdes, returnerar den den omedelbart - en cacheträffSvaras vanligtvis i ensiffriga millisekunder. Om den inte gör det hämtar den innehållet från ditt ursprung, behåller en kopia till nästa gång och skickar den vidare – en kopia som visas på skärmen. cachefelsom kostar hela resan till ditt ursprung.
Andelen förfrågningar som besvaras från cacheminnet är din cache träffförhållande, och det är antalet som bestämmer hur mycket bra CDN gör dig. En välkonfigurerad statisk plats ligger över 95 %. En dåligt konfigurerad person kan sitta på 40 %, vidarebefordra mest trafik till ursprunget och undra varför ingenting blev snabbare.
Hur vet CDN vart man ska skicka en besökare?
Två vanliga tillvägagångssätt. GeoDNS svarar DNS-sökningar med en annan kant-IP beroende på var frågan verkar komma ifrån. Anycast meddelar samma IP-adress från varje plats och låter internet routing leverera paketen till närmaste. Anycast är i allmänhet mer robust, eftersom det inte beror på att besökarens DNS-resolver är någonstans nära besökaren.
Vad gör en CDN förutom hastighet?
Hastighet är rubriken, men en CDN gör tyst tre andra användbara saker:
Det är avlastningen som folk underskattar. Om din fördel svarar på 95 % av förfrågningarna visas en begäran av tjugo. En server som kämpade med 500 besökare per minut är plötsligt tomgång, och värdplanen du skulle uppgradera är bra som den är.
Moderna CDN:er fungerar också som ditt ursprung annars skulle göra: konvertera bilder till WebP eller AVIF och ändra storlek på dem i farten, komprimera text med Brotli, avsluta TLS nära besökaren, köra en brandvägg och hålla besökare i ett väntrum när en försäljning går överstyr.
Vad en CDN inte kommer att fixa
Värt att vara tydlig om, eftersom en CDN får skulden för många saker som den aldrig lovade.
- En långsam databas. Om varje sida behöver en ny fråga och inte kan cachas är kanten bara ett relä. Fixa frågan.
- Tungt JavaScript. Kanten kan leverera ditt paket på 2 MB mycket snabbt. Webbläsaren måste fortfarande analysera och köra den.
- Sidor som inte går att spara. En sida med ett sidhuvud som inte finns i butiken, eller en sida som varierar beroende på cookie för varje besökare, kommer att missa varje gång genom design.
- Dålig tillgänglighetstid för dynamiskt innehåll. Cachelagrat innehåll överlever ett ursprungligt strömavbrott. Allt som inte är cacheable gör det inte.
Behöver du verkligen en CDN?
Ärligt svar: inte alla gör det. Om din publik är helt i en stad och du får tio besökare om dagen, är ett CDN en lösning som letar efter ett problem. Men de flesta webbplatser är inte så. Här är en grov guide.
| Din situation | CDN värt det? |
|---|---|
| Besökare i mer än ett land eller en region | Ja, ja |
| En onlinebutik där snabbhet påverkar försäljningen | Definitivt |
| Tillfälliga trafiktoppar (lanseringar, försäljning, press) | Ja, ja |
| Massor av bilder, video eller nedladdningar | Ja, ja |
| Regler för efterlevnad av regler om varifrån data tillhandahålls | Ja – välj dina regioner |
| En liten lokal webbplats med en handfull närliggande besökare | Förmodligen inte ännu |
Tumregel: Om du någonsin har tänkt "webbplatsen känns långsam för vissa människor" eller "Jag hoppas att den överlever lanseringsdagen", är en CDN den billigaste lösningen för båda.
Hur sätter man en webbplats bakom ett CDN?
Skapa en zon som pekar på ditt ursprung
Du anger CDN som din nuvarande serveradress. Inget har ändrats för besökarna än.
Testa på CDN- värddatornamn
Varje zon får ett värdnamn som du kan läsa in i en webbläsare innan du rör vid DNS. Klicka runt, kontrollera vilka sidor som är viktiga, bekräfta att inget går sönder.
Rikta din DNS mot CDN
Ett CNAME (eller A-post) skickar verklig trafik genom kanten. Sänk TTL en dag framåt så att du kan ångra det snabbt om det behövs.
Titta på din cache träffförhållande
Detta är siffran som talar om för dig om det fungerar. Om det är lågt, titta på vad som skickar inga cachehuvuden eller varierar på cookies.
Vanliga frågor
Vad är ett CDN i enkla ordalag?
Ett CDN, eller Content Delivery Network, är en grupp servrar som är spridda över många städer och innehåller cachade kopior av din webbplats. När någon besöker, serveras de från servern närmast dem snarare än från din enda ursprungsserver, vilket gör att webbplatsen laddas snabbare och tar trafikbelastningen från din egen server.
Gör en CDN verkligen en webbplats snabbare?
Ja, av två skäl. Det minskar de fysiska avståndsdata måste resa, vilket tar bort det mesta av nätverkets rundresa tid - ofta 100 till 300 millisekunder per resa för interkontinentala besökare. Och det svarar på de flesta förfrågningar från cacheminnet på några få millisekunder istället för att vänta på att din ursprungsserver ska bygga sidan. Ju längre bort dina besökare är desto större är skillnaden.
Behöver jag ett CDN för en liten webbplats?
Inte alltid. Om alla dina besökare är i en stad och trafiken är låg och stadig, ger ett CDN lite mer. Det blir värt det så fort du har besökare i andra regioner, trafik som kommer i skurar, en hel del bilder eller nedladdningar, eller en butik där laddningstiden påverkar intäkterna. De flesta CDN har en gratis nivå, så kostnaden för att ta reda på är nära noll.
Vad är skillnaden mellan ett CDN och ett webbhotell?
Webbhotell är där din webbplats faktiskt bor - ursprungsservern som kör din kod och databas. Ett CDN sitter framför det ursprunget och distribuerar cachade kopior av utdata. Ett CDN ersätter inte hosting; det minskar hur ofta någon behöver nå det. Du behöver fortfarande någonstans för att webbplatsen ska fungera.
Kan en CDN-cache dynamiska sidor?
Ja, försiktigt. Hela sidan cachelagring av dynamiska webbplatser fungerar genom cachelagring av de sidor som är identiska för alla - katalogen, bloggen, hemsidan - samtidigt som man kringgår cachen för personliga sidor som kundvagn, kassa och konto, Vanligtvis genom att detektera sessionscookies. Det är så ett CDN kan sätta en WordPress- eller WooCommerce-webbplats bakom helsidescachelagring utan att bryta någonting.
Förbättrar en CDN SEO?
Indirekt och meningsfullt. Google mäter sidupplevelsen genom Core Web Vitals, och en CDN förbättrar Störst innehållsrik färg genom att snabbt visa din huvudbild och HTML från närliggande, i moderna format. Det förbättrar också crawleffektiviteten och minskar risken för att en crawler slår en timeout. Det är inte en direkt rankingfaktor i sig, men de saker det förbättrar är.
Ett CDN för ditt innehåll närmare dina besökare och tar bort belastningen från ditt ursprung. Det gör de flesta webbplatser snabbare och tuffare, och att komma igång tar vanligtvis några minuter. Om din publik är utspridd eller din trafik är spiky, är det en av de högsta hävstångs saker du kan göra - och numret att titta på efteråt är din cache träffförhållande.
Den goda nyheten är att det inte krävs någon migrering eller omskrivning för att försöka. Peka en zon på din befintliga webbplats, och du kommer att se skillnaden på nästa sida.
Se hur NordicCDN gör detta för din webbplats:
Mads har arbetat inom IT – mestadels som värd – sedan han var 16. Han tog tidigt del i ett SaaS-företag och hjälpte till att växa fram till förvärvet av Visma, har byggt och drivit datacenternätverk och fungerat som CTO för ett danskt datacenter. Han startade NordicCDN för att göra snabb och säker infrastruktur enkel att använda.
