{"id":97375,"date":"2020-10-17T20:42:13","date_gmt":"2020-10-17T18:42:13","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/neispovedimy-puti-kontenta-ili-pro-cdn-zamolvim-slovo"},"modified":"2020-10-17T20:42:13","modified_gmt":"2020-10-17T18:42:13","slug":"neispovedimy-puti-kontenta-ili-pro-cdn-zamolvim-slovo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/neispovedimy-puti-kontenta-ili-pro-cdn-zamolvim-slovo","title":{"rendered":"De ubegribelige veje for indhold eller et ord om CDN","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"De<\/p>\n

Fraskrivelse<\/b>:<\/i>
\nDenne artikel indeholder ikke informationer, der tidligere var ukendte for l\u00e6sere, der er bekendt med begrebet CDN, og fungerer som en oversigt over teknologien.<\/p><\/blockquote>\n

\nDen f\u00f8rste webside blev lanceret i 1990 og havde en st\u00f8rrelse p\u00e5 f\u00e5 bytes. Siden da er indholdet blevet skaleret b\u00e5de kvalitativt og kvantitativt. Udviklingen af IT-\u00f8kosystemet har f\u00f8rt til, at moderne websteder m\u00e5les i megabyte, og tendensen mod stigende b\u00e5ndbredde styrkes \u00e5r for \u00e5r. Hvordan kan indholdsudbydere n\u00e5 store geografiske omr\u00e5der og sikre brugerne hurtigt adgang til information overalt? Disse udfordringer skal tackles af netv\u00e6rk til levering og distribution af indhold, ogs\u00e5 kendt som Content Delivery Network eller blot CDN.<\/p>\n

Internettet indeholder i stigende grad \"tungt\" indhold. Samtidig viser adskillige unders\u00f8gelser, at brugerne ikke \u00f8nsker at interagere med webtjenester, hvis de indl\u00e6ses langsommere end 4-5 sekunder. For lav indl\u00e6sningshastighed kan f\u00f8re til tab af publikum, hvilket utvivlsomt vil resultere i f\u00e6rre bes\u00f8gende, lavere konversioner og dermed mindre indtjening. Content Delivery Networks (CDN) skulle teoretisk set l\u00f8se disse problemer og deres konsekvenser. Men i praksis handler det som s\u00e6dvanligt om detaljerne og nuancerne i det enkelte tilf\u00e6lde, som der i denne sektor er rigeligt af.
\n<\/a><\/noindex><\/p>\n

Hvor kom ideen om distribuerede netv\u00e6rk fra?<\/h3>\n

\nLad os starte med en kort historisk gennemgang og definitioner af termer. CDN er et netv\u00e6rk af en gruppe servermaskiner, der er placeret p\u00e5 forskellige steder for at give adgang til internetindhold med d\u00e6kning for et stort antal brugere. Ideen om distribuerede netv\u00e6rk indeb\u00e6rer tilstedev\u00e6relsen af flere punkter (PoPs), der ligger uden for den oprindelige server. Et s\u00e5dant system vil hurtigere kunne behandle de mange indkommende foresp\u00f8rgsler, hvilket \u00f8ger responsen og hastigheden p\u00e5 overf\u00f8rslen af data. <\/p>\n

Problemet med at levere indhold til brugerne opstod for alvor, da internettet for alvor begyndte at udvikle sig i midten af 90'erne. Dengang havde servere, hvis ydeevne ikke engang kunne sammenlignes med nutidens topmodeller af laptops, store problemer med at h\u00e5ndtere belastningen og kunne ikke f\u00f8lge med det konstant stigende trafik. Microsoft brugte hvert \u00e5r hundrede millioner dollars p\u00e5 forskning relateret til informationsmagistralen (man husker straks Bill Gates' ber\u00f8mte udsagn om 640 KB). For at l\u00f8se disse udfordringer m\u00e5tte man anvende hierarkisk caching, skifte fra modem til fiberoptik og detaljeret analysere netv\u00e6rkstopologier. Situationen mindede om et gammelt lokomotiv, der hastigt k\u00f8rte p\u00e5 skinnerne og undervejs blev moderniseret p\u00e5 alle mulige m\u00e5der for at \u00f8ge hastigheden. <\/p>\n

Allerede i slutningen af 90'erne inds\u00e5 ejere af webportaler, at de skulle anvende mellemliggende servere for at reducere belastningen og opfylde de n\u00f8dvendige anmodninger. Dette var begyndelsen p\u00e5 de f\u00f8rste CDN, der distribuerede statisk indhold fra forskellige servere geografisk spredt over hele verden. Omtrent p\u00e5 samme tid begyndte ogs\u00e5 forretningen at blomstre omkring distribuerede netv\u00e6rk. Den st\u00f8rste (eller en af de st\u00f8rste) CDN-udbyder i verden, Akamai, blev pioner p\u00e5 dette omr\u00e5de og begyndte sin rejse i 1998. Et par \u00e5r senere blev CDN almindeligt, og indt\u00e6gterne fra levering og distribution af indhold blev opgjort til titusinder af millioner dollars om m\u00e5neden.<\/p>\n

I dag st\u00f8der vi p\u00e5 CDN hver gang vi bes\u00f8ger en kommerciel side med h\u00f8j trafik eller interagerer p\u00e5 sociale medier. Tjenesten tilbydes af: Amazon, Cloudflare, Akamai samt mange andre multinationale udbydere. Store virksomheder str\u00e6ber endda efter at udnytte egne CDN, hvilket giver dem en r\u00e6kke fordele i hastighed og kvalitet af indholdleverancen. Hvis Facebook ikke havde distribuerede netv\u00e6rk, men blot havde v\u00e6ret afh\u00e6ngig af den oprindelige server, der l\u00e5 i USA, kunne det tage betydeligt l\u00e6ngere tid for brugere i \u00d8steuropa at indl\u00e6se deres profiler. <\/p>\n

Et par ord om CDN og streaming<\/h3>\n

\nFutureSource Consulting har analyseret musikindustrien og konkluderet, at antallet af abonnementer p\u00e5 musikstreamingtjenester vil n\u00e5 n\u00e6sten en halv milliard mennesker i 2023. Mere end 90% af indt\u00e6gterne vil komme fra streaming af lyd. Situationen med video er lignende, og i den almindelige sprogbrug er termer som: letsplay, online koncert og online biograf allerede blevet etableret. Apple, Google, YouTube og mange andre virksomheder har deres egne streamingtjenester.<\/p>\n

I det tidlige koncept blev CDN prim\u00e6rt brugt til websteder med statisk indhold. Statisk indhold defineres som information, der ikke \u00e6ndrer sig baseret p\u00e5 brugerens handlinger, tidspunkt og andre faktorer, dvs. det er ikke personligt tilpasset. Men udviklingen inden for streaming af video og lydtjenester har tilf\u00f8jet endnu et almindeligt scenarie for brugen af distribuerede netv\u00e6rk. Mellemliggende servere, der er placeret t\u00e6t p\u00e5 den m\u00e5lrettede m\u00e5lgruppe over hele verden, g\u00f8r det muligt at sikre stabil adgang til indholdet i perioder med spidsbelastning, hvilket eliminerer mangel p\u00e5 internet 'flaskehalse'.<\/p>\n

Hvordan fungerer det<\/h3>\n

\nEssensen af alle CDN'er er omtrent den samme: at bruge mellemm\u00e6nd for hurtigere at kunne levere indhold til slutbrugeren. Det fungerer s\u00e5ledes: Brugeren sender en anmodning om at downloade en fil, den modtages af CDN-serveren, som engang henvender sig til den originale server og sender indholdet til brugeren. Samtidig cachen CDN filerne i en bestemt periode og h\u00e5ndterer senere anmodninger fra deres eget cache. Valgfrit kan de ogs\u00e5 forudindl\u00e6se filer fra den oprindelige server, indstille cachelagringstiden, komprimere store filer og meget mere. I den mest ideelle situation overf\u00f8rer v\u00e6rten hele str\u00f8mmen til CDN-noden, som derefter bruger sine egne ressourcer til at levere indholdet til brugerne. Selvf\u00f8lgelig vil effektiv caching af information samt distribution af anmodninger ikke til \u00e9n server, men til et netv\u00e6rk, f\u00f8re til en mere afbalanceret trafikbelastning. <\/p>\n

\"De
\nDen andet vigtige funktion ved CDN's arbejde er reduktionen af forsinkelser i datatransmission (RTT - round trip time). Oprettelse af TCP-forbindelse, indl\u00e6sning af medieindhold, JS-filer, opstart af TLS-session, alt dette afh\u00e6nger af ping-tiden. Det er klart, at jo t\u00e6ttere du er p\u00e5 kilden, desto hurtigere kan du f\u00e5 respons fra den. Selv lysets hastighed har en gr\u00e6nse: omkring 200.000 km\/s gennem fiberoptik. Det betyder, at forsinkelsen fra Moskva til Washington vil v\u00e6re omkring 75 ms i RTT, og dette uden indflydelse fra mellemliggende udstyr. <\/p>\n

For bedre at forst\u00e5, hvilke opgaver indholdedistributionsnetv\u00e6rk l\u00f8ser, lad os se p\u00e5 en liste over aktuelle l\u00f8sninger i dag:<\/p>\n