1. Co je to CDN
Celý název CDN je Content Delivery Network, tedy síť distribuce obsahu. Jeho účelem je přidat do stávajícího internetu novou vrstvu CACHE (cachovací) vrstvy a publikovat obsah webové stránky do uzlu nejblíže k „okraji“ sítě uživatele, aby uživatelé mohli získat požadovaný obsah v blízkosti a zlepšit uživatelská zkušenost. Odezva přístupu na web. Technicky vyřešit důvody, jako je malá šířka pásma sítě, velký počet uživatelských návštěv, nerovnoměrné rozmístění prodejen apod., a zlepšit rychlost odezvy uživatelů navštěvujících web.
Jednoduše řečeno, pracovním principem CDN je ukládat zdroje vašeho zdrojového webu do mezipaměti na uzlech CDN umístěných po celém světě. Když uživatelé požádají o zdroje, vrátí zdroje uložené v mezipaměti na nejbližším uzlu, namísto toho, aby vyžadovali, aby se každý uživatel vrátil na váš požadavek. Získávání ze zdrojového webu zabrání zahlcení sítě, uvolní tlak na zdrojový web a zajistí rychlost a zkušenost uživatelé přistupující ke zdrojům.

- Řešení problému "první míle" na straně serveru
- Zmírnit nebo dokonce odstranit dopad úzkých míst propojení mezi různými operátory
- Uvolněte tlak na exportní šířku pásma provincií
- Zmírnit tlak na páteřní síť
- Optimalizace distribuce horkého obsahu na internetu
2. Princip činnosti CDN

- Uživatel zadá název domény, kterou má navštívit, a operační systém se dotáže LocalDns na IP adresu názvu domény.
- LocalDns se dotazuje ROOT DNS na autoritativní server názvu domény (předpokládá se, že platnost mezipaměti LocalDns vyprší)
- ROOT DNS odpoví na záznam DNS autorizace názvu domény na LocalDns
- Poté, co LocalDns získá autorizovaný DNS záznam názvu domény, pokračuje v dotazování na IP adresu názvu domény od autorizovaného DNS názvu domény.
- Poté, co se DNS autorizace názvu domény dotazuje na záznam názvu domény, odpoví na LocalDns
- LocalDns získá IP adresu názvu domény a odpoví klientovi
- Poté, co uživatel získá IP adresu názvu domény, navštíví server webu
- Server lokality odpoví na požadavek a vrátí obsah klientovi
Proces přístupu k CDN

Z výše uvedeného obrázku vidíme, že proces přístupu k webu po použití mezipaměti CDN se stává:
- Uživatel zadá název domény, kterou má navštívit, a operační systém se dotáže LocalDns na IP adresu názvu domény.
- LocalDns se dotazuje ROOT DNS na autoritativní server názvu domény (předpokládá se, že platnost mezipaměti LocalDns vyprší)
- ROOT DNS odpoví na záznam DNS autorizace názvu domény na LocalDns
- Poté, co LocalDns získá autorizovaný DNS záznam názvu domény, pokračuje v dotazování na IP adresu názvu domény od autorizovaného DNS názvu domény.
- Poté, co DNS autorizace názvu domény dotazuje záznam názvu domény (obvykle CNAME), odpoví na LocalDns
- Poté, co LocalDns získá záznam názvu domény, zeptá se na IP adresu názvu domény z inteligentního plánovacího DNS
- Smart Scheduling DNS Odpovídá na LocalDns nejvhodnější IP adresou uzlu CDN podle určitých algoritmů a strategií (jako je statická topologie, kapacita atd.)
- LocalDns získá IP adresu názvu domény a odpoví klientovi
- Poté, co uživatel získá IP adresu názvu domény, navštíví server webu
- Server uzlu CDN odpoví na požadavek a vrátí obsah klientovi. (Na jedné straně je cache server uloží lokálně pro pozdější použití a na druhé straně vrátí získaná data klientovi, aby dokončil proces datové služby)
Prostřednictvím výše uvedené analýzy můžeme dojít k závěru, že pro dosažení transparentního přístupu pro běžné uživatele (uživatelský klient nemusí po použití cache provádět žádná nastavení), je nutné pomocí DNS (Domain Name Resolution) uživatele navést k přístup k Cache serveru, abyste dosáhli transparentních akceleračních služeb. Vzhledem k tomu, že prvním krokem pro uživatele k návštěvě webové stránky je překlad názvu domény, je to nejjednodušší a nejúčinnější způsob, jak navést uživatele k návštěvě úpravou DNS.
Komponenty sítě CDN
Pro běžné uživatele internetu je každý uzel CDN ekvivalentem webového serveru umístěného kolem něj.
Prostřednictvím převzetí DNS je požadavek uživatele transparentně směrován na nejbližší uzel a server CDN v uzlu na požadavek uživatele odpoví stejně jako původní server webu. Protože je blíže k uživateli, doba odezvy je nutně rychlejší.
Část zakroužkovaná tečkovaným kruhem na obrázku výše je vrstva CDN, která se nachází mezi klientem a serverem lokality.
Inteligentní plánovací DNS (jako je 3DNS f5)
- Smart Scheduling DNS je klíčový systém ve službě CDN. Když uživatel navštíví webovou stránku, která se připojí ke službě CDN, žádost o překlad názvu domény bude nakonec zpracována „Smart Scheduling DNS“.
- Prostřednictvím sady předdefinovaných zásad poskytuje uživateli adresu uzlu, která je v daném okamžiku uživateli nejblíže, takže uživatel může získat rychlou službu.
- Zároveň potřebuje udržovat komunikaci s uzly CDN rozmístěnými na různých místech, sledovat zdravotní stav, kapacitu a další informace každého uzlu a zajistit, aby byl požadavek uživatele přidělen nejbližšímu dostupnému uzlu.
Služba funkce cache
- Zařízení pro vyrovnávání zátěže (jako lvs, BIG/IP of F5)
- Server mezipaměti obsahu (například chobotnice)
- sdílené úložiště
3. Vysvětlení pojmů
záznam CNAME
CNAME je alias (kanonický název); lze jej použít k překladu názvu domény na jiný název domény. Když se systém DNS dotazuje na jméno na levé straně CNAME, obrátí se na jméno na pravé straně CNAME a poté se dotazuje až na poslední PTR nebo A jméno, odpoví až po úspěšném dotaz, jinak selže.
Název domény CNAME
DNS
DNS je zkratka pro Domain Name System, což znamená službu rozlišení doménových jmen. Jeho úlohou na internetu je převést doménové jméno na IP adresu, kterou síť rozpozná. Lidé jsou zvyklí si pamatovat názvy domén, ale stroje rozpoznávají pouze IP adresy. Mezi názvy domén a IP adresami existuje vzájemná shoda. Konverzní práce mezi nimi se nazývá překlad doménových jmen. Překlad názvů domén musí být dokončen vyhrazeným serverem pro překlad názvů domén. Proces je automatický. Například: www.baidu.com zadaná při surfování na internetu bude automaticky převedena na 220.181.112.143.
Zpět ke zdrojovému hostiteli
Zpět-to-origin hostitel: Back-to-origin hostitel určuje konkrétní web na původním webu, ke kterému přistupuje požadavek back-to-origin.
Příklad 1: Zdrojový web je název domény. Zdrojový web www.a.comis a hostitel back-to-source je www.b.com. Pak je skutečným požadavkem zpět ke zdroji IP adresa převedená na `www.a.com a stránka www.b.com na odpovídajícím hostiteli
Příklad 2: Zdrojový web je zdrojový web IP je 1.1.1.1 a hostitelem back-to-source je www.b.com, potom skutečným back-to-source je web www.b.com na hostiteli odpovídající 1.1.1.1
Protokol zpět ke zdroji
Protokol použitý při odkazování zpět na zdroj je konzistentní s protokolem používaným, když klient přistupuje ke zdroji, to znamená, že pokud klient používá HTTPS k vyžádání zdroje, pokud zdroj není uložen v mezipaměti uzlu CDN, uzel použije stejná metoda HTTPS pro návrat ke zdroji pro získání zdroje; Podobně, pokud klient požaduje pomocí protokolu HTTP, uzel CDN také používá protokol HTTP při návratu ke zdroji.
Doporučit datová centra, vyhrazenou síť, metropolitní síť, pronajatý okruh, zařízení pro propojení temných optických sítí,
Platforma DWDM OTN, HT6000 a HT6800.

















































