Cdn сервис. CDN в России: от теории - к практике

Фактически это технология сводится к анонсированию сетевого адреса, в который резолвится сайт, помещенный в CDN, из этих “географически распределённых мест” и проксированию запросов к условному одному серверу.

Какой профит из этого можно получить?
Размещая данные ближе к клиенту, вы получаете меньшую задержку в ответе для пользователя, сокращаете нагрузку на свой сервер, защита от DDoS… бла-бла-бла - читаем описание любой коммерческой CDN-сети.

Кажется сложным и непонятным? На самом деле это проще чем кажется, ниже всё будет описано более подробно.

2. Почему свой CDN, а не консалтинг.

Возникает вопрос, а для чего же делать свою CDN? Много прекрасных CDN-сетей, используй.
Во-первых, это не наш метод;)
Во-вторых, эти сети уже построены, и не факт, что они подходят вам по распределенности на все сто. В случае своей CDN мы вольны где угодно размещать её узлы.
В-третьих, мы вкладываем деньги в свою инфраструктуру, а не в чужую.
В-четвёртных, настроить свою CDN мы можем как угодно. Кешировать можно не только статические данные, но и динамические, например, данные для аннонимусов или общие данные. Такой гибкости нам ни одна коммерческая сеть в полном объёме не даст.

3. Профит от использования.

Итак, что же конкретно можно получить от своей CDN-сети:

Скорость загрузки/сокращение трафика.
Размещая данные ближе к пользователю можно рассчитывать на то, что эти данные он быстрее получит. Логично. Что с сокращением трафика? Кеширование данных на узлах, позволяет сократить число обращений к “главному серверу”. Плюс, мы можем всегда передавать сжатые данные от главного сервера к узлу CDN, в keepalive-соединениях. Можно настроить узел CDN так, чтобы конкурирующий запросы, которые мы кешируем, не выполнялись параллельно. Это тоже позволяет экономить трафик и процессорное время на “главном сервере”. В случае sports.ru это всё в сумме позволяет сократить число запросов и трафик в 3,5 раза к “главному серверу”.
Так же узел CDN является прекрасным местом для размещения DNS-slave сервера. Собственно, по тем же причинам.

II. Практика.

4. Необходимые условия.

Для того, чтобы сделать свой сервер CDN нам понадобится сам сервер, своя AS ru.wikipedia.org/wiki/%D0%90%D0%B2%D1%82%D0%BE%D0%BD%D0%BE%D0%BC%D0%BD%D0%B0%D1%8F_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_ (%D0%B8%D0%BD%D1%82%D0%B5%D1%80%D0%BD%D0%B5%D1%82) и свободный ip-routenum, в котором мы и будем размещать свой CDN. Свободных IPv4 - сетей уже практически не осталось, но никто не мешает использовать эту статью для IPv6 истории:)

Нужно ещё будет как-то проксировать и сохранять ответы приходящих запросов.
Отказоустойчивость будем решать тем фактом, что Proxy и Anycast будем собирать на одном сервере. Если по каким-то причинам он отключится, это никак не повлияет на всю CDN в целом. Естественно, таких серверов должно быть как можно больше;)

5. How To.

Для реализации всего задуманного потребуется потребуется сервер с несколькими физическими ядрами для распределение нагрузки сетевой карты на каждое ядро. Достаточное количество оперативной памяти для помещения всего кеша в рамдиск. Мы же не хотим нагружать диски на сервере за тридевять земель? ;) Сетевая карта с поддержкой распределения нагрузки на разные ядра процессора, для того чтобы иметь большую пакетную производительность. И RAID1 на SATA дисках для пущей надёжности.

А ещё это дело надо правильно настроить, чтобы заставить работать в полною силу. Тюнингу под большие веб-нагрузки и выжиманию всех соков из железа хорошо подходит FreeBSD 9.x. Можно использовать и Linux, но в плане прозрачноcти и простоты настройки, единого типа конфигов в моём личном рейтинге выигрывает FreeBSD .
Чтобы не повторятся приведу примеры дельных рекомендаций по настройки FreeBSD под аналогичный тип нагрузки:

Или погууглить на соответствующую тему.

Анонсируемую сеть или часть этой сети я предлагаю разместить на интерфейсе локальной петли:

Добавляем строчки в /etc/rc.conf:

ifconfig_lo0_alias0=«inet /32»
ifconfig_lo0_alias1=«inet /32»

И, конечно, не забыть включить маршрутизацию:

Добавляем строчки в /etc/sysctl.conf:

Включаем электронный диск для кеша данных, будем использовать для этого tmpfs:

Добавляем строчки в /boot/loader.conf:

И /etc/fstab:

tmpfs /mnt/tmpfs tmpfs rw,mode=777 0 0

Анонсировать сеть CDN будем через OpenBGP :
www.freshports.org/net/openbgpd

Он обладает всем необходимым функционалом и просто настраивается. Скупая информация о нём в интернете нивелируется подробным Man-ом. Так же он может интегрироваться с пакетным фильтром PF, если нам захочется использовать его. Вот простой конфиг, который будет делать всё, что необходимо:

/usr/local/etc/bgpd.conf:

AS <номер нашей AS>
router-id
network <анонсируемая сеть>
group «Uplink» {
neighbor <адрес провайдера> {
remote-as
descr «Uplink»
announce self
}
}
deny from any
deny to any
allow from <адрес провайдера>
allow to <адрес провайдера> prefix <анонсируемая сеть>

Перейдём к настройке Nginx . Фактически нам необходимо настроить на Nginx кешируюший статику proxy-сервер c агрегацией и сжатием остальных запросов и кеширумых данных.

Не забываем при сборке Nginx указать сборку с модулем gunzip, для разжимания данных для клиентов, не поддерживающих сжатие.

Nginx.conf:

worker_processes auto;
http {
include mime.types;
proxy_temp_path /mnt/tmpfs/tmp;
proxy_cache_path /mnt/tmpfs/cache/site_cache levels=1:2 keys_zone=site:128m max_size=<размер кеша> inactive=<время, которое хранятся данные а кеше>;
gzip on;
gzip_disable «msie6»;
gzip_comp_level 4;
gzip_types text/plain text/html application/xml application/x-javascript text/javascript text/css application/json text/xml application/rss+xml;
gunzip on;
server {
listen 80 default;
server_name localhost;
location / {
proxy_cache_use_stale updating timeout http_500 http_502 http_504;
proxy_cache site;

proxy_pass frontend;
proxy_http_version 1.1;


}
location ~* \.(3gp|7z|avi|bmp|css|doc|docx|gif|gz|jpg|jpeg|js|mov|mp3|mp4|ogg|png|ppt|pptx|rar|tar|tiff|torrent|ttf|svg|swf|wma|xls|xlsx|xsl|xslt|zip)$ {
proxy_cache_use_stale timeout updating http_500 http_502 http_504;
proxy_cache site;
proxy_cache_key $uri$is_args$args;
proxy_cache_valid <время на которое кешируем статику>;
proxy_pass frontend;
proxy_http_version 1.1;
proxy_set_header Connection "";
proxy_set_header Host $host;
}
}
upstream frontend {
server <адрес фронтенда>;
}

Если по каким-то причинам не нужно кешировать динамические запросы на сайте, выключаем кеширование в секции location /. Раскешировать статические данные можно, изменив в них GET-парамметр, например, указывая номер ревизии.

Bind .
Тут всё просто, устанавливаем и добавляем строчки в named.conf:

zone «site.ru» {
type slave;
file "/etc/namedb/slave/site.ru";
masters {
;
};
};

Не забываем разрешить скачивание всей DNS-зоны c мастер-сервера.

That’s all! CDN-сервер настроен. Немного будет переделок, если захочется CDN-нить ещё несколько сайтов;)

Теги:

• cdn
• sports.ru
• highload

Добавить метки

Чтобы посмотреть все ролики на Youtube, придется потратить более 1000 лет, но за время просмотра их станет еще больше (примерно на миллиард). И это всего один пример, почему очень трудно представить реальное количество загрузок в глобальной сети интернет в одну земную секунду.

Каким образом пользователь из Москвы мгновенно загружает ролик, к примеру, с далекого австралийского сайта? Где хранится бесконечная информация, создаваемая человечеством для человечества? Эти вопросы волнуют тех, чей контент растет и нуждается в скорой доставке в любую точку мира.

CDN спешит на помощь

Быструю доставку контента в любую точку мира обеспечивает CDN (Content Delivery Network). Полная расшифровка аббревиатуры — сеть доставки контента. Но эти три слова едва ли нарисуют полную картину, поэтому попробуем простыми словами.

Простыми словами — это система распределенных по всему миру серверов: когда копии сайта находятся в 50 точках одновременно , и пользователи загружают страницу с той, что находится ближе.

Если сайт расположен, к примеру, в России, то ближайшие пользователи смогут просматривать картинки, слушать музыку и смотреть видео на хорошей скорости. Но чем дальше находится сервер, тем хуже будет происходить загрузка.

Лишние секунды загрузки меняют восприятие

С каждым днем пользователь все более требователен. Его внимание привлекают не только сайты с хорошей навигацией и удобным интерфейсом — при выборе просматриваемых ресурсов очень важно, как быстро откроется страница.

По данным , при увеличении времени загрузки сайта с 1 до 5 секунд, вероятность отказа возрастает на 90%. Велика вероятность, что не дождавшись, гость уйдет по другим ссылкам. Но при наличии CDN пользователь получит запрашиваемый контент с ближайшего из cерверов и останется на площадке.

Есть и другие плюсы при использовании технологии:

• Снижается нагрузка на основной сервер, а значит, ресурсы можно потратить на работу других сайтов.
• Высокая скорость загрузки страницы положительно влияет на ранжирование в поисковой системе - площадка будет подниматься в выдаче.

Однако, все эти прелести стоят денег. Ряд компаний, предоставляющих услугу, берут за CDN плату. Цены в среднем варьируются от 2,4 до 8 рублей за гигабайт переданной информации — в зависимости от выбранного тарифа и поставщика.

Качество, за которое нужно платить

Да, CDN - это не ново, скажете вы и будете правы. Но интересный момент заключается в том, что технология сегодня все больше влияет на равенство в интернете. Исследование об этой тенденции недавно провела Cisco — американская транснациональная компания, занимающася разработкой и продажей сетевого оборудования.

Так как использование CDN требует дополнительных затрат, то его наличие напрямую зависит от количества платных сервисов в стране, а следовательно от уровня благосостояния граждан того государства, куда услуга поставляется.

По этой причине, считают авторы исследования, доминирование CDN будет более выраженным в богатых странах Северной Америки, Западной Европы и Азиатско-Тихоокеанского региона. По прогнозу большой разрыв между интернетом в богатых и бедных странах произойдет в течение 5 лет: к 2021 году в Северной Америке через CDN будет перетекать примерно 91% всего интернет-трафика, тогда как на Ближнем Востоке и в Африке - всего 31%. Проблема цифрового разрыва может коснуться тех бесплатных сервисов , где требуется быстрая обработка речи, например, известные сервисы видеосвязи.

Такие гиганты, как Facebook, Amazon, Netflix или Google все больше вкладывают средства в развитие собственных CDN для доставки контента своим пользователям. В течение ближайших пяти лет доля интернет-трафика, который распространяется сетями доставки контента, возрастет до 70%, также прогнозируют в Cisco.

«Каждый километр или миля, или расстояние, которое видеоконтент должен преодолевать, ухудшает или снижает уровень качества», - говорит Томас Барнетт, автор отчета в Cisco.

Произойдет ли «цифровой разрыв» между богатыми и бедными регионами? «Я полагаю, что стоимость CDN, как и всего остального, будет снижаться. В конечном счете, когда экономическая ситуация улучшится, и будет спрос на эти услуги, мы увидим дальнейшие вклады в CDN», - считает господин Барнетт.

Но пока этого не произошло, частным компаниям невыгодно развивать CDN там, где спрос на платный контент низкий и разрыв в качестве интернета между странами растет.

Когда и где нужна сеть CDN

CDN нужна, если аудитория сайта расположена в разных регионах и странах. А также если владелец ресурса хочет защитить и разгрузить свой сервер при высоком потоке трафика. Например, когда его объем — несколько терабайт в месяц.

В пример можно привести «Яндекс», который с помощью CDN однажды успешно решил пробоему скорости доставки писем электронной почты в регионах России, из которых по оптике путь слишком долгий.

Евгений Россинский, директор по технологии в онлайн-кинотеатре ivi

Рынок CDN растет, сегодня это тренд как на Российском, так и на зарубежном рынке. Основными драйверами роста выступают всё те же VOD и OTT: популяризация видеосмотрения в Интернете, рост качества видео и как следствие, рост объема трафика. А прогнозы ещё более оптимистичные: к 2021 году 80% глобального интернет-трафика придется на онлайн - видео и 77 % от видеотрафика будет приходиться на сети CDN, сегодня же этот показатель уже 67%.

Несколько лет назад мы сделали ставку на собственную CDN-систему, без использования аутсорсинговых решений. Год назад мы вышли в СНГ, сейчас - доступны по всему миру. В СНГ и странах, за пределами РФ, мы иногда используем партнерские ресурсы. Заключаем соглашение с локальными интернет - провайдерами о размещении узлов нашей CDN-сети.

Сейчас наш объем трафика в РФ намного превосходит трафик в СНГ и в остальном мире. Но как только возникнет экономическая целесообразность в строительстве своих точек присутствия в других странах, мы обязательно этим займемся. С периодичностью раз в квартал оцениваем эффективность такого решения — не пора ли построить что-либо свое на Украине или в Казахстане. Этот момент еще не наступил. Думаю, через год однозначно такое решение нам предстоит принимать.

У нас сейчас в РФ 30 точек присутствия. Сначала поставили узлы в тех точках, где нам обязательно хотелось бы присутствовать. А потом пошел фидбек от операторов связи. Есть примеры, когда оператор из не самого крупного города с несколькими сотнями тысяч населения просит нас развернуть свой узел, кто-то даже предлагает свое «железо».

CDN (сеть доставки контента) - ваш сайт загружается быстро в любой точке мира!

Сеть доставки контента (CDN) оптимизирует загрузку всего статического контента вашего сайта (аудио-, видео-, программного, игрового и другого цифрового материала) через сеть дистрибуции контента (Content Delivery Network или Content Distribution Network, CDN). Таким образом скорость загрузки страниц увеличивается до нескольких раз путем загрузки части ресурсов сайта с с ближайшего к нему CDN-сервера.

Клиентоориентированная компания заинтересована, чтобы все материалы сайта загружались максимально быстро, не заставляя посетителя смотреть на значок загрузки по несколько минут. Но, не редко, владельцы веб-проектов не придают большого значения этому фактору, тем самым теряя потенциальных потребителей.

Сегодня пользователи не хотят дожидаться загрузки страниц даже по несколько десятков секунд, и поэтому скорей всего, так и не дождавшись, просто уйдут с сайта и больше на него не вернуться. Потенциальные клиенты чаще главной причиной отказа от онлайн-покупки назвают именно медленную загрузку сайта, что приводит просто к потере конверсии.

2. В поисковых системах ранжирование быстрого сайта будет выше

Факт, что скорость загрузки сайта влияет на поисковую выдачу. Пользователи не готовы ждать, пока ваш сайт загрузится и просто уйдут дальше. Посетитель, покинувший «медленный» ресурс, автоматически понижает его вес для поисковой системы. Чем больше время - тем больше отказов. Крупные поисковые системы также не отрицают, что напрямую учитывают скорость загрузки страниц в формулах ранжирования.

3. Скорость сайта влияет на эффективность рекламных кампаний

Медленные сайты ужасно раздражают. У вашего сайта может быть уникальный дизайн и интерфейс, но всё это не будет иметь никакого значения, если он долго загружается. Продвигая что-то новое, вы делаете рекламную кампанию в интернете, и если, посетитель придя к вам по клику, например, на баннерную рекламу, не дождется загрузки страницы и уйдет - его клик будет потрачен просто так.

4. Подключение CDN снизит количество обращений к вашим серверам

Чем дальше находится ваш клиент от сервера, тем медленнее происходит передача данных и открываются страницы. При загрузке материалов сайта с узлов CDN сервиса, количество обращений к вашим серверам будет ниже, так как контент будет кэшироваться. Для статического контента соотношение числа запросов к самому сайту от серверов CDN к числу запросов от живых посетителей сайта в среднем составляет 1:50.

Хотите больше информации? Читайте наш .

Многие неоднократно слышали об использовании CDN. Что это такое? Расшифровка этой аббревиатуры переводится с английского как сеть доставки контента юзеру, распределённая регионально.

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

Если CDN сторонний, то лучшим вариантом будет отправка в него лишь только предельной нагрузки, поддерживая тем самым минимально-комфортную ширину канала (каналы стоят дорого), и обеспечивая экономию на конечном оборудовании и его обслуживании.

CDN: что это и как это работает?

Самый актуальный вопрос - как это устроено? На самом деле односложно ответить нельзя. В качестве ответа можно привести несколько различных вариантов.

Итак, что это - CDN? Можно начать с более знакомого варианта (максимальная экономия). Сеть - это совокупность крупных провайдеров, держащих собственные ДЦ (к примеру, "Мегафон", Центральный телеграф и тому подобное, в том числе региональные фирмы). Бэкбона как такового нет, все переходит по одним каналам с абонентским и клиентским траффиком.

Взаимосвязь с провайдерами в таком случае крайне слабая. В данных примерах, как правило, без своего оборудования не обойтись, потому что все упирается в дисковую подсистему, а она (несмотря на заявления множества адептов профильных "стальных" компаний), виртуализируется в высшей степени плохо. Нередко можно услышать о том, что ценные IOPS-ы в процессе виртуализации теряются. SSD при этом практически не используются, поскольку это обходится весьма недешево.

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

В соответствии с вышеизложенным, качество обслуживания происходит на посредственном уровне. Подобный CDN не всегда возможно применить для распространения (кэширования) mp4 и flv-данных или же объемных файлов. Задержки передачи информации в этом случае очень сильно варьируются, вплоть до больших временных промежутков. Из этого следует, что для поточного вещания эта сеть не подходит, как и для моментального веб-траффика. Таким CDN сайт невозможно ускорить существенно.

Более высокий уровень

Более мощные CDN (в ведущем большинстве нероссийские - Akamai, L3, CDNetworks) обычно не экономят на собственной инфраструктуре вследствие того, что понимают перспективность таких инвестиций. У них устроено все по-другому. Так, сеть у них своя (backbone-сеть), которая служит как для внутреннего, так и для служебного траффика. Кроме того, они обладают и своими AS (автономными системами). Вопросы маршрутизации они также держат в своих руках. Пиринговые взаимоотношения с интернет-провайдерами у них тоже хорошо налажены.

Балансировка здесь построена по принципу anycast + DNS + LVS. Из и вышеуказанной маршрутизации проистекает и вероятность балансировки запросов от потребителя более продвинутыми способами. Это осуществляется не только путем view-DNS, но и anycast. На любом айпи-адресе закрепляется балансировщик, позволяющий отправлять запросы различным серверам.

Конечно, ни о каких "универсальных" нодах речи нет, как и о виртуализации абсолютно всех сервисов. Существуют серверы, закачивающие контент, а также для раздачи мгновенного контента. Также есть промежуточные места для хранения больших объемов данных, которым необходимы стримящие и раздающие составляющие.

Кроме того, бывают серверы: исходные, промежуточные и оконечные мультиплексоры, на которые клиент публикует поток. В случае, если на выходе необходим hls, hds или же sliverlight-стриминг, оконечными серверами, как правило, считаются веб-кэши для очень качественного и быстро загружаемого контента.

Подобная архитектура позволит сервису выдержать огромные нагрузки без риска возникновения задержек у заказчиков и клиентов. В случае с частным CDN рациональнее использовать возможности оборудования при максимальных нагрузках, при этом обеспечивая адекватный уровень сервиса (разброс задержек, срывы потоков и пр.).

Какие серверы находят свое применение?

С точки зрения техники, такие сервисы применяют веб-кеши nginx, т. к. у сервера есть все необходимое для проксирования запросов и кэширования. К нему можно писать собственные модули, в т. ч. для закачки нужного контента в кеш, «чистки» определенных объемов информации в нем, сбора статистических данных (и, к примеру, отправки ее в mongo-базу). Также обычно предусматривается сервисное обслуживание со стороны компании-изготовителя. Так, L3 создала для себя собственный nginx (собственный web-сервер CDNJS).

Стримящие серверы - зачастую это что-то собственное (обычно на основе готовых моделей типа red5 или что-то подобное) или Wowza Серверы, куда заказчик публикует потоки, - обычно Adobe FMS. Как правило, к ним относятся Game CDN.

Серверы хранения могут быть и объектными хранилищами типа mogilefs, hadoop, и весьма большими FS типа Lustre либо Gluster, которые сейчас приобретают популярность. Распространены также OpenStack-хранилища Swift (Files CDN), несмотря на то, что они еще не доработаны и не получили широкого одобрения из-за некой «сыроватости».

Транскодеры представляют собой классический вариант ffmpeg с крупной самописной обвязкой (следящее программное обеспечение, менеджер очередности выполнения заданий и пр.)

Статистические данные

Многое зависит от методик по тарифообразованию и схемам биллинга. Но есть моменты, которые нельзя обойти. Учет статистики с использованием netflow в основном невозможен, поскольку объем траффика большой, и нерационально выделять целую статью затрат на такое количество оборудования по обсчету и распараллеливанию процесса. Статистику производят по логам. Начиная с оконечных нод, при схлопывании повторяющихся запросов (на 1 CDN URL с 1 IP или подсети), затем агрегированные логи молотят на специальных серверах, там выводят статистические данные для технических нужд и биллинга.

Статистика детальнее

Как работает статистика в CDN? Что это такое в подробностях? Она включает в себя следующие компоненты:

• обычно есть возможность для создания графика во времени для числа запросов в единицу времени, числа клиентов (используется при поточном вещании), числа ошибок в единицу времени (к примеру, число обрывов для потоков или число ошибок 404, 500 и 502 для http-серверов);
• раскладка графиков по гео-статистике;
• коэффициент кэширования или мультиплексирования (при поточном вещании) в какой-то момент времени;
• для внутреннего использования обычно применяют сбор статистических данных о времени отклика для ответов, нелимитированных по скорости, для фронтов, промежуточных серверов, временную статистику источников.

Собственный API для взаимодействия с CDN является необходимым механизмом - без него не может существовать сам сервис. Зачастую с его помощью можно почистить весь кеш или определенные объекты, настроить или инициировать закачивание файла с источника для предварительного кеширования его в CDN на нодах. В качестве примера можно привести CDN SteamCommunity, на котором работает всемирная игровая сеть.

Сжатый обзор самых популярных CDN-провайдеров

Каждому продвинутому пользователю полезно узнать о нескольких наиболее популярных сервисах сетей доставки контента (Jquery CDN и тому подобных). Некоторые из них нашли широкое применение, в то время как другие находятся на стадии роста и развития.

Сеть CloudFlare

На сегодняшний день это наиболее известный и распространенный сервис CDN URL. В сети CloudFlare возможно приобрести платный тарифный пакет или воспользоваться бесплатным тарифом. Компания функционирует на рынке уже более полутора десятков лет и заработала за это время себе безупречную репутацию. Одно из ключевых достоинств сервиса - CloudFlare не задает определенную пропускную способность, как у компаний-конкурентов.

Сеть MaxCDN

Также один из популярнейших CDN-сервисов, которым владеет компания NetDNA (лидер по распределенной доставке). Ключевое достоинство MaxCDN - сервис легко интегрировать с самыми распространёнными системами управления содержимым (WP, Joomla, Drupal, Magento и др.). В этой сети (Frigate CDN) тестовая версия предоставляется бесплатно на неделю, бесплатного тарифа пока нет. Однако стоимость использования вполне доступна.

Сеть TinyCDN

Соласно отзывам пользователей, один из лучших сервисов. В его основе - база Amazon Web Services (одной из самых известных в этой сфере компаний), потому он один из самых надёжных. Цена за пользование им ненамного выше, чем у компаний-конкурентов. В TinyCDN есть бесплатная версия для тестирования, предоставляющая на 30 дней возможность пользования услугой.

Google Page Speed

Сеть для веб-мастеров Google Page Speed не столь известна, поскольку ее целевая аудитория — разработчики. Развитие ее происходит семимильными шагами, как и других продуктов от компании Google. Если вы хотите собственных экспериментов в работе, обязательно попробуйте этот сервис. Он можно успешно использоваться в самых различных сетях, и отзывы о нем по большей части положительные.

Каждому блоггеру и веб-мастеру нужно, чтобы их сайт или блог грузился быстро. Ведь большинство пользователей Интернета ненавидят медленные блоги, если блог медленно грузит, человек его просто закроет и пойдет дальше. Обычно пользователи WordPress используют много различных плагинов для ускорения своих блогов. Но неужели достаточно только одних плагинов для ускорения нашего блога? Конечно, нет! Есть также много других способов ускорить блог на WordPress, сжатие css и js, оптимизация базы данных, оптимизация картинок и т.д.

Но самым главным способом ускорения блога является использование Content Delivery Network (CDN) в своем блоге, что в переводи на русский, сеть доставки контента. А ведь большинство новичков блоггеров не знаю, что такое CDN .

Когда я начинал свою карьеру блоггера и прочел несколько статей относительно CDN, так как он использовался для ускорения блогов. Я подумал, что CDN является какой-то компанией, которая предоставляет людям быстрый хостинг. Но уже позже, провидя надлежащее исследование в области CDN, наконец, я узнал и понял, что такое CDN и как он работает. В этой статье я четко расскажу вам, что такое CDN и преимущества использования CDN в блогах и сайтах .

Что такое CDN (сеть доставки контента)?

CDN означает сеть доставки контента или сеть дистрибуции контента, который используется для того, чтобы ускорить время загрузки вашего сайта или блога.

CDN является сетью различных серверов, которые используется для размещения статического контента, например, изображений, Flash файлов, видео и тематических файлов, таких как CSS, Javascripts и т.д., они поставляют это содержимое в кэше для пользователей со своих серверов на основе местонахождения пользователей.

Блоги/сайты не использующей CDN (сеть доставки контента):

Блоги/сайты использующий CDN (сеть доставки контента):

Чтобы вы все четко поняли, я постараюсь объяснить это по-простому. Когда пользователи будут, заходит на ваш блог, их будет перенаправлять на главный сервер, где будут находиться ваши файлы. Соответственно теперь каждый пользователь, который будет, заходит на ваш блог будет получать доступа к блогу только с одного сервера, т.е. с вашего главного сервера.

Когда на ваш блог поступает огромное количество трафика и основной сервер получает тяжелую нагрузку, то, что происходит с вашем блогам? Ваш блог может замедлиться или же ваш главный сервер просто поломается. Когда ваш основной сервер повредится, вам придется восстановить блог с помощью резервных копий данных, а затем вам нужно будет обновить ваш хостинг, который стоит немало денег.

В этой ситуации CDN (сеть доставки контента) поможет вам. Как мы уже говорили выше, CDN является сетью различных серверов, которые могут быть сконфигурированы в различных местах по всему миру. Он хранит статические файлы вашего блога, как изображения, видео, темы файлы и т.д. Он поддерживает копии ваших файлов размещенных на их различных точках с добавлением к основной сети быстрой доставки.

Например, когда пользователь заходит на ваш блог с Ямайки, то его перенаправляет к ближайшему серверу, на котором хранятся ваши кэшированные файлы. То есть, используя CDN в блоге, вы будет уменьшать загрузку на основной сервер, и ускорять время загрузки своего блога.

Итак, я думаю, что вы полностью поняли, чем является CDN, ниже я перечислю преимущества использования CDN .

Преимущества использования CDN (сеть доставки контента) в своем блоге:

Ускорьте время загрузки:

Используя сеть доставки контента в блоге, вы уменьшите время загрузки своего блога и скорость загрузки страниц в блоге. Большинство пользователей любят блоги, которые грузятся быстро, а не медленно, следовательно, отсюда трафик вашего блога будет в норме.

Ранжирование:

Google уже давно говорил, что время загрузки страниц в блоге является одним из лучших поисковых фактором ранжирования. Собственно, используя CDN, ваш блог будет на ранг выше остальных в поисковых системах, и это также поможет вам уменьшить показатели отказов.

Нереальный трафик:

Как мы уже говорили выше, когда на ваш блог поступает огромное количество трафика, это создает большую нагрузку на основной сервер и может замедлить, или вовсе поломает ваш главный сервер. Но CDN может обрабатывать огромное количество трафика, и сводит к минимуму время простоя сервера и ошибок. Это может спасти вам деньги, которые вы тратите на смену хостинга.

Выводы:

Используя CDN (сеть доставки контента) , время загрузки вашего блога улучшится и нагрузка на ваш основной веб-сервер уменьшится. Ваш блог никогда не будет выходить из строя, так как статические файлы вашего блога будут размещаться на различных серверах, и если один сервер перестанет работать, то файлы будут доставляться с другого сервера. Производительность вашего сайта улучшится и, следовательно, увеличиться трафик вашего блога.