Много от тях многократно са чували за използването на CDN. Какво е това? Дешифрирането на това съкращение се превежда от английски като ery на потребителя, разпределен регионално.

Какви са тривиалните предимства? От безспорните предимства - разтоварване на източника на съдържание и запазване на кеша в най-близкото географско местоположение на потребителя. Мнозина могат да се чудят защо е необходимо. Отговорът е прост - за купувача да получи лично съдържание с най-кратки закъснения. Тази мрежа се използва както за обикновен http-трафик, така и за поточно предаване. Във втория случай потребителят получава стабилно изображение, а медийният поток рядко лети и по-често се възпроизвежда по-високо качество (с многобайтово).


Ако CDN е трета страна, тогава най-добрият вариант ще бъде да се изпрати само на пределно натоварване, като по този начин се поддържа минималната комфортна ширина на канала (каналите са скъпи) и се осигурява икономия на разходи за излезли от употреба оборудване и поддръжка.

CDN: Какво е това и как работи?

Най-неотложният въпрос - как е уреден? Всъщност е невъзможно да се отговори недвусмислено. Като отговор можете да дадете няколко различни варианта. И така, какво е CDN? Можете да започнете с по-позната опция (максимални спестявания). Мрежата е набор от големи доставчици, които притежават свои собствени дистрибутори (например Мегафон, Централен телеграф и др., Включително регионални фирми). Гръбнакът не е такъв, всичко върви с един канал с абонатен и клиентски трафик.В този случай връзката с доставчиците е изключително слаба. В тези примери, като правило, без неговото оборудване не може да направи, защото всичко почива на дисковата подсистема, и то (въпреки изявленията на много привърженици на профилни "стоманени" компании), виртуализира изключително лошо. Често можете да чуете, че ценните IOPS и в процеса на виртуализация са загубени. SSD дисковете изобщо не се използват, тъй като не струват много.


CDN услугите (Jquery и други), по правило сами по себе си, са "универсални" сървъри. Те се използват за стрийминг и уеб кеширане, стрийминг сървъри за flv и mp4 файлове. На такива сървъри се използват и всички познати DNS. Балансирането се извършва само от DNS - преглед на региони /доставчици и т.н. Image CDN също е широко известен, което улеснява прехвърлянето на големи файлове с изображения. Според горното, качеството на услугата е на средно ниво. Подобен CDN не винаги може да се използва за разпространение (cache) mp4 и flv или обемисти файлове. Забавянето при предаването на информация в този случай варира значително, до големи интервали от време. От това следва, че тази мрежа не е подходяща за излъчване на поточно излъчване, както за моментален уеб трафик. Така че CDN сайтът не може да бъде значително ускорен.

По-високо ниво

По-мощни CDN (в по-голямата част от неруските - Akamai, L3 CDNetworks) обикновено не спестяват от собствената си инфраструктура, тъй като разбират перспективите за такива инвестиции. Те подреждат всичко по различен начин. Да, мрежата е включенаТе имат собствена (опорна мрежа), която служи както за вътрешен, така и за официален трафик. Освен това те имат свои собствени AS (автономни системи). Проблемите, свързани с маршрутизирането, те също държат в ръцете си. Връзките с връстниците с интернет доставчиците също са добре установени.
Балансирането тук е изградено на принципа на anycast + DNS + LVS. От архитектурата на мрежата и посочената по-горе маршрутизация съществува и вероятността за балансиране на заявките от потребителя в по-напреднали начини. Това се прави не само чрез изглед-DNS, но и чрез anycast. На всеки AIP-адрес е фиксиран баланс, който ви позволява да изпращате заявки от различни сървъри. Разбира се, няма език за "универсалните" възли, както и за виртуализацията на абсолютно всички услуги. Има сървъри, изтегляне на съдържание, както и за разпространение на незабавно съдържание. Има и междинни складови площи за големи обеми данни, които изискват ограничаване и разпределяне на компоненти. Освен това има сървъри: първоначални, междинни и крайни мултиплексори, на които клиентът публикува поток. Ако изходът изисква hls, hds или sliverlight-streaming, крайните сървъри обикновено се считат за уеб кешове за много висококачествено и бързо зареждащо се съдържание. Подобна архитектура ще позволи на услугата да издържи на огромни натоварвания без риск от забавяне на клиенти и клиенти. В случая на частна CDN е по-рационално да се използват възможностите на оборудването при максимални натоварвания, като същевременно се осигурява адекватно ниво на обслужване (разпространение на закъснения, повреди)потоци и т.н.).

Кои сървъри използват приложението си?

От гледна точка на технологията, такива услуги използват уеб кеша nginx, t. сървърът разполага с всичко необходимо за сървърите на прокси заявки и кеширането. Можете да напишете свои собствени модули, включително да качвате съдържание в кеша за "почистване" на определени обеми информация в него, събиране на статистически данни (например, изпращане на базата на манго). Също така се приема, че услугата се предоставя от производителя. Така, L3 е създал свой собствен nginx (собствен уеб сървър CDNJS).