WikiDer > Сеть доставки контента

Content delivery network
(Слева) Распределение на один сервер
(Справа) Схема раздачи CDN

А сеть доставки контента, или же сеть распространения контента (CDN), представляет собой географически распределенную сеть прокси-серверы и их дата-центры. Цель состоит в том, чтобы обеспечить высокую доступность и производительность за счет пространственного распределения службы относительно конечные пользователи. Сети CDN появились в конце 1990-х как средство устранения узких мест в производительности Интернета.[1][2] даже когда Интернет начинал становиться критически важным средством коммуникации для людей и предприятий. С тех пор сети CDN выросли и сегодня обслуживают большую часть интернет-контента, включая веб-объекты (текст, графику и сценарии), загружаемые объекты (мультимедийные файлы, программное обеспечение, документы), приложения (электронная коммерция, порталы), прямая трансляция мультимедиа, потоковое мультимедиа по запросу и социальные медиа места.[3]

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

CDN - это общий термин, охватывающий различные типы услуг доставки контента: видео трансляция, загрузка программного обеспечения, ускорение веб- и мобильного контента, лицензируемая / управляемая CDN, прозрачное кэширование и услуги для измерения производительности CDN, Балансировка нагрузки, Коммутация Multi CDN, аналитика и облачный интеллект. Поставщики CDN могут перейти в другие отрасли, такие как безопасность, с DDoS защита и брандмауэры веб-приложений (WAF) и оптимизация WAN.

Технологии

Узлы CDN обычно развертываются в нескольких местах, часто в нескольких Интернет-магистрали. Преимущества включают снижение затрат на полосу пропускания, сокращение времени загрузки страницы или повышение глобальной доступности контента. Количество узлов и серверов, составляющих CDN, варьируется в зависимости от архитектуры, некоторые достигают тысяч узлов с десятками тысяч серверов на многих удаленных точки присутствия (PoPs). Другие создают глобальную сеть и имеют небольшое количество географических точек присутствия.[4]

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

Большинство провайдеров CDN будут предоставлять свои услуги через изменяющийся, определенный набор точек присутствия в зависимости от желаемого покрытия, например США, международный или глобальный, Азиатско-Тихоокеанский регион и т. Д. Эти наборы точек присутствия можно назвать «границами» », граничные узлы »,« пограничные серверы »или« пограничные сети », поскольку они будут ближайшей границей активов CDN для конечного пользователя.[5]

Безопасность и конфиденциальность

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

Сети CDN, обслуживающие JavaScript, также были нацелены на внедрение вредоносного контента на страницы, использующие их. Целостность подресурсов Механизм был создан в ответ на то, что страница загружает скрипт, содержимое которого известно и ограничено хешем, на который ссылается автор веб-сайта.[8]

Методы сетевого контента

Интернет был разработан в соответствии с сквозной принцип.[9] Этот принцип сохраняет базовую сеть относительно простой и перемещает интеллект в максимально возможной степени к конечным точкам сети: хостам и клиентам. В результате базовая сеть специализирована, упрощена и оптимизирована только для пересылки пакетов данных.

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

Веб-кеши хранить популярный контент на серверах, которые имеют наибольший спрос на запрашиваемый контент. Эти совместно используемые сетевые устройства снижают требования к пропускной способности, уменьшают нагрузку на сервер и улучшают время отклика клиента на контент, хранящийся в кэше. Веб-кеши заполняются на основе запросов от пользователей (опрашивающее кэширование) или на основе предварительно загруженного контента, распространяемого с серверов контента (push-кеширование).[11]

Балансировка нагрузки на сервер использует один или несколько методов, включая сервисный (глобальная балансировка нагрузки) или аппаратный (т.е. переключатели уровня 4–7, также известный как веб-коммутатор, коммутатор содержимого или многоуровневый коммутатор) для разделения трафика между несколькими серверами или веб-кешами. Здесь коммутатору назначен один виртуальный айпи адрес. Затем трафик, прибывающий к коммутатору, направляется на один из реальных веб-серверы прикреплен к переключателю. Это дает преимущество в балансировке нагрузки, увеличении общей емкости, улучшении масштабируемости и обеспечении повышенной надежности за счет перераспределения нагрузки отказавшего веб-сервера и обеспечения проверок работоспособности сервера.

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

Маршрутизация запросов направляет клиентские запросы к источнику контента, который лучше всего может их обслужить. Это может включать направление клиентского запроса на сервисный узел, ближайший к клиенту, или на тот, который имеет наибольшую пропускную способность. Для маршрутизации запроса используются различные алгоритмы. К ним относятся глобальная балансировка нагрузки на сервер, маршрутизация запросов на основе DNS, создание динамических метафайлов, перезапись HTML,[12] и Anycasting.[13] Близость - выбор ближайшего сервисного узла - оценивается с использованием различных методов, включая реактивное зондирование, упреждающее зондирование и мониторинг соединения.[10]

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

Протоколы обслуживания контента

Несколько наборов протоколов предназначены для обеспечения доступа к широкому спектру служб содержимого, распределенных по сети содержимого. Протокол адаптации интернет-контента (ICAP) был разработан в конце 1990-х годов.[14][15] предоставить открытый стандарт для подключения серверов приложений. Недавно определенное и надежное решение предоставляется Откройте подключаемые пограничные службы (OPES) протокол.[16] Эта архитектура определяет служебные приложения OPES, которые могут находиться на самом процессоре OPES или выполняться удаленно на сервере вызовов. Боковая сторона включает или ESI - это небольшой язык разметки для сборки динамического веб-контента пограничного уровня. Веб-сайты довольно часто создают контент. Это может быть из-за изменения контента, такого как каталоги или форумы, или из-за персонализации. Это создает проблему для систем кэширования. Чтобы преодолеть эту проблему, группа компаний создала ESI.

Одноранговые сети CDN

Дальнейшая информация: Одноранговая сеть

В пиринговый (P2P) сети доставки контента, клиенты предоставляют ресурсы, а также используют их. Это означает, что в отличие от клиент-сервер системы, контент-ориентированные сети могут работать лучше, поскольку все больше пользователей начинают получать доступ к контенту (особенно с такими протоколами, Bittorrent которые требуют, чтобы пользователи делились). Это свойство является одним из основных преимуществ использования сетей P2P, поскольку оно снижает затраты на установку и эксплуатацию для исходного распространителя контента.[17][18]

Частные CDN

Если владельцы контента не удовлетворены возможностями или стоимостью коммерческой услуги CDN, они могут создать свой собственный CDN. Это называется частным CDN. Частный CDN состоит из PoP (точек присутствия), которые обслуживают контент только своего владельца. Эти PoP могут быть кэширующими серверами,[19] обратные прокси или контроллеры доставки приложений.[20] Это может быть просто два кэширующих сервера,[19] или достаточно большой, чтобы обслуживать петабайты содержимого.[21]

Крупные сети распространения контента могут даже создавать и настраивать свою собственную частную сеть для распространения копий контента по местам кэша.[22][23] Такие частные сети обычно используются вместе с общедоступными сетями в качестве резервного варианта на случай, если пропускной способности частной сети недостаточно или произойдет сбой, который приведет к снижению пропускной способности. Поскольку один и тот же контент должен быть распределен во многих местах, различные многоадресная передача методы могут использоваться для уменьшения потребления полосы пропускания. В частных сетях также было предложено выбирать деревья многоадресной рассылки в соответствии с условиями сетевой нагрузки, чтобы более эффективно использовать доступную пропускную способность сети.[24][25]

CDN тенденции

Возникновение телекоммуникационных сетей CDN

Быстрый рост потоковое видео трафик[26] использует большой капитальные затраты провайдерами широкополосного доступа[27] чтобы удовлетворить этот спрос и удержать подписчиков за счет предоставления достаточно хороших качество опыта.

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

Преимущества Telco CDN

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

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

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

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

Напротив, развертывание телекоммуникационных сетей CDN позволяет операторам реализовывать свои собственные операции по управлению контентом,[28][29] что позволяет им лучше контролировать использование своих ресурсов и, таким образом, обеспечивать лучшее качество обслуживания и удобства для своих конечных пользователей.

Федеративные CDN

В июне 2011 года StreamingMedia.com сообщил, что группа операторов связи основала Операторскую биржу операторов связи (OCX).[30] соединять свои сети и более напрямую конкурировать с крупными традиционными CDN, такими как Акамай и Limelight Networks, которые имеют обширные точки присутствия по всему миру. Таким образом, телекоммуникационные компании создают предложение Federated CDN, что более интересно для поставщик услуг готовые доставлять свой контент совокупной аудитории этой федерации.

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

Повышение производительности CDN с помощью опции EDNS0

Задержка (RTT), испытываемая клиентами с нелокальными преобразователями («высокая»), резко снизилась, когда CDN развернула расширение EDNS0 в апреле 2014 года, в то время как задержка клиентов с локальными преобразователями не повлияла на изменение («низкая» ).[31]

Традиционно сети CDN использовали IP-адрес рекурсивного DNS-преобразователя клиента для определения местоположения клиента. Хотя это разумный подход во многих ситуациях, это приводит к снижению производительности клиента, если он использует удаленный нелокальный рекурсивный преобразователь DNS. Например, CDN может направлять запросы от клиента в Индии на свой пограничный сервер в Сингапуре, если этот клиент использует общедоступный преобразователь DNS в Сингапуре, что снижает производительность этого клиента. Действительно, недавнее исследование[31] показали, что во многих странах, где широко используются общедоступные преобразователи DNS, среднее расстояние между клиентами и их рекурсивными преобразователями DNS может достигать тысячи миль. В августе 2011 года глобальный консорциум ведущих интернет-провайдеров во главе с Google объявил об официальном внедрении edns-client-subnet IETF Internet-Draft,[32] который предназначен для точной локализации ответов разрешения DNS. В инициативе участвует ограниченное количество ведущих поставщиков услуг DNS, таких как Google Public DNS,[33] а также провайдеры услуг CDN. С помощью edns-client-subnet EDNS0 вариант, Сети CDN теперь могут использовать IP-адрес подсети запрашивающего клиента при разрешении DNS-запросов. Этот подход, называемый сопоставлением конечного пользователя,[31] был принят сетями CDN, и было показано, что он резко сокращает задержки при передаче и повышении производительности для клиентов, которые используют общедоступный DNS или другие нелокальные преобразователи. Однако использование EDNS0 также имеет недостатки, так как снижает эффективность разрешений кэширования на рекурсивных преобразователях.[31] увеличивает общий трафик разрешения DNS,[31] и вызывает беспокойство о конфиденциальности при раскрытии подсети клиента.

Виртуальный CDN (vCDN)

Технологии виртуализации используются для развертывания виртуальных сетей CDN (vCDN) с целью сокращения поставщик услуг затрат, и в то же время увеличивают эластичность и уменьшают задержку обслуживания. С vCDN можно избежать традиционных ограничений CDN, таких как производительность, надежность и доступность, поскольку виртуальные кэши развертываются динамически (как виртуальные машины или контейнеры) на физических серверах, распределенных по географическому охвату поставщика. Поскольку размещение виртуального кэша зависит как от типа контента, так и от географического положения сервера или конечного пользователя, vCDN оказывают значительное влияние на предоставление услуг и перегрузку сети.[34][35][36][37]

Оптимизация и доставка изображений (CDN изображений)

В 2017 году Адди Османи из Google начали ссылаться на программные решения, которые могут естественным образом интегрироваться с Адаптивный веб-дизайн парадигма (с конкретной ссылкой на элемент ) как CDN изображенийс.[38] Выражение относится к способности веб-архитектуры обслуживать несколько версий одного и того же изображения через HTTP, в зависимости от свойств запрашивающего его браузера, что определяется либо браузером, либо логикой на стороне сервера. По мнению Google, цель CDN изображений заключалась в том, чтобы предоставлять высококачественные изображения (или, что лучше, изображения, воспринимаемые человеческим глазом как высококачественные), сохраняя при этом скорость загрузки, тем самым способствуя отличному Пользовательский опыт (UX).

Возможно, CDN изображений термин изначально был неправильным, поскольку ни Cloudinary ни Imgix (примеры, приведенные Google в руководстве Адди Османи за 2017 г.[38]) были в то время CDN в классическом смысле этого слова. Однако вскоре после этого несколько компаний предложили решения, которые позволили разработчикам обслуживать различные версии своих графических ресурсов в соответствии с несколькими стратегиями. Многие из этих решений были построены на основе традиционных сетей CDN, например Акамай, CloudFront, Быстро, Сервисы Verizon Digital Media и Cloudflare. В то же время к определению Image CDN присоединились другие решения, которые уже предоставляли услугу множественного обслуживания изображений, либо предлагая функциональность CDN изначально (ImageEngine).[39] или интеграция с одним из существующих CDN (Cloudinary / Akamai, Imgix / Fastly).

Хотя предоставление универсально согласованного определения того, что такое образ CDN, может оказаться невозможным, в целом образ CDN поддерживает следующие три компонента:[40]

  • Сеть доставки контента (CDN) для быстрого обслуживания изображений.
  • Манипуляция изображениями и оптимизация, хотя бы на лету URL директивы, в пакетном режиме (путем ручной загрузки изображений) или полностью автоматическом (или их комбинации).
  • Обнаружение устройства (также известное как Device Intelligence), то есть способность определять свойства запрашивающего браузера и / или устройства посредством анализа Пользователь-агент нить, HTTP Принимайте заголовки, подсказки клиента или JavaScript.[40]

В следующей таблице приведена текущая ситуация с основными программными CDN в этом пространстве:[41]

Основные изображения CDN на рынке
ИмяCDNОптимизация изображенияОбнаружение устройства
Akamai ImageManagerYПакетный режимна основе заголовка HTTP Accept
Cloudflare ПольскийYполностью автоматическийна основе заголовка HTTP Accept
CloudinaryЧерез АкамайПакетные, URL-директивыПринять заголовок, подсказки клиента
Быстрый ввод-выводYДирективы URLна основе заголовка HTTP Accept
ImageEngineYполностью автоматическийWURFL, Client-Hints, Accept header
ImgixБыстрополностью автоматическийПринять заголовок / подсказки клиента
PageCDNYДирективы URLна основе заголовка HTTP Accept

Известные поставщики услуг доставки контента

Бесплатные CDN

Традиционные коммерческие CDN

Telco CDN

Коммерческие CDN, использующие P2P для доставки

Мульти CDN

Собственный CDN

Смотрите также

Рекомендации

  1. ^ «Глобально распределенная доставка контента, Дж. Дилли, Б. Мэггс, Дж. Парих, Х. Прокоп, Р. Ситараман и Б. Вейл, IEEE Internet Computing, том 6, выпуск 5, ноябрь 2002 г.» (PDF). В архиве (PDF) из оригинала на 2017-08-09. Получено 2019-10-25.
  2. ^ Nygren., E .; Ситараман Р. К .; Солнце, Дж. (2010). «Сеть Akamai: платформа для высокопроизводительных интернет-приложений» (PDF). Обзор операционных систем ACM SIGOPS. 44 (3): 2–19. Дои:10.1145/1842733.1842736. S2CID 207181702. В архиве (PDF) из оригинала 13 сентября 2012 г.. Получено 19 ноября, 2012.
  3. ^ Эви, Немет (2018). «Глава 19, Веб-хостинг, Сети доставки контента». Руководство по системному администрированию UNIX и Linux (Пятое изд.). Бостон: образование Пирсона. п. 690. ISBN 9780134277554. OCLC 1005898086.
  4. ^ «Как работают сети доставки контента». CDNetworks. В архиве из оригинала 5 сентября 2015 г.. Получено 22 сентября 2015.
  5. ^ "Как работают сети доставки контента (CDN)". NCZOnline. В архиве из оригинала от 1 декабря 2011 г.. Получено 22 сентября 2015.
  6. ^ Безопасность, Help Net (27.08.2014). «470 миллионов сайтов существуют 24 часа, 22% - вредоносные». Помощь Net Security. В архиве из оригинала на 2019-07-01. Получено 2019-07-01.
  7. ^ "Decentraleyes: заблокировать отслеживание CDN". Коллин М. Барретт. 2016-02-03. В архиве из оригинала на 2019-07-01. Получено 2019-07-01.
  8. ^ «Целостность субресурсов». Веб-документы MDN. В архиве из оригинала на 2019-06-26. Получено 2019-07-01.
  9. ^ "Зальцер, Дж. Х., Рид, Д. П., Кларк, Д. Д. Сквозные аргументы в проектировании систем," Транзакции ACM по коммуникациям, 2 (4), 1984 " (PDF). В архиве (PDF) из оригинала на 2017-12-04. Получено 2006-11-11.
  10. ^ а б Хофманн, Маркус; Бомонт, Лиланд Р. (2005). Контент-сеть: архитектура, протоколы и практика. Издатель Морган Кауфманн. ISBN 1-55860-834-6.
  11. ^ Беставрос, Азер (март 1996 г.). «Спекулятивное распространение данных и обслуживание для уменьшения нагрузки на сервер, сетевого трафика и времени обслуживания для распределенных информационных систем» (PDF). Труды ICDE'96: Международная конференция по инженерии данных 1996 г.. 1996: 180–189. В архиве (PDF) из оригинала от 03.07.2010. Получено 2017-05-28.
  12. ^ RFC 3568 Барбир, А., Каин, Б., Наир, Р., Спатчек, О.: "Известные механизмы маршрутизации запросов в контентной сети (CN)", июль 2003 г.
  13. ^ RFC 1546 Партридж, К., Мендез, Т., Милликен, В.: Host Anycasting Services, ноябрь 1993 г.
  14. ^ RFC 3507 Элсон, Дж., Серпа, А .: «Протокол адаптации интернет-контента (ICAP)», апрель 2003 г.
  15. ^ Форум ICAP
  16. ^ RFC 3835 Барбир А., Пенно Р., Чен Р., Хофманн М. и Орман Х .: "Архитектура для открытых подключаемых пограничных служб (OPES)", август 2004 г.
  17. ^ Ли, Джин (2008). «О одноранговой (P2P) доставке контента» (PDF). Одноранговые сети и приложения. 1 (1): 45–63. Дои:10.1007 / s12083-007-0003-1. S2CID 16438304. В архиве (PDF) из оригинала на 2013-10-04. Получено 2013-08-11.
  18. ^ Штутцбах, Даниэль; и другие. (2005). «Масштабируемость быстрой одноранговой доставки контента» (PDF). В Бутабе, Рауф; и другие. (ред.). NETWORKING 2005 - Сетевые технологии, услуги и протоколы; Производительность компьютерных и коммуникационных сетей; Системы мобильной и беспроводной связи. Springer. С. 15–26. ISBN 978-3-540-25809-4.
  19. ^ а б «Как создать собственный CDN с использованием BIND, GeoIP, Nginx, Varnish - UNIXy». 2010-07-18. В архиве из оригинала от 21.07.2010. Получено 2014-10-15.
  20. ^ «Как создать свою сеть доставки контента с помощью aiScaler». В архиве с оригинала на 2014-10-06. Получено 2014-10-15.
  21. ^ "Netflix переносит трафик на собственный CDN; Akamai, Limelight Shrs Hit". Forbes. 5 июня 2012 г. В архиве из оригинала 19 октября 2017 г.. Получено 26 августа 2017.
  22. ^ Микель Хименес; и другие. (1 мая 2017 г.). «Создание Express Backbone: новая сеть дальней связи Facebook». В архиве с оригинала 24 октября 2017 г.. Получено 27 октября, 2017.
  23. ^ «Межцентровая WAN с централизованным TE с использованием SDN и OpenFlow» (PDF). 2012. В архиве (PDF) с оригинала 28 октября 2017 г.. Получено 27 октября, 2017.
  24. ^ М. Ноормохаммадпур; и другие. (10 июля 2017 г.). «DCCast: эффективная передача данных от одной точки к другой между центрами обработки данных». USENIX. Получено 26 июля, 2017.
  25. ^ М. Ноормохаммадпур; и другие. (2018). «QuickCast: быстрая и эффективная передача данных между центрами обработки данных с использованием когорт дерева пересылки». Получено 23 января, 2018.
  26. ^ «Онлайн-видео демонстрирует огромный рост, стимулирует некоторые важные обновления». КремнийУГОЛ. 2011-03-03. В архиве из оригинала 2011-08-30. Получено 2011-07-22.
  27. ^ «Общие капитальные вложения в телекоммуникации вырастут в 2011 году за счет инвестиций в видео, 3G и LTE». сотовые новости. В архиве из оригинала 2011-03-25. Получено 2011-07-22.
  28. ^ Д. Тунсер, М. Хараламбидес, Р. Ланда, Г. Павлу, «Больше контроля над сетевыми ресурсами: перспектива кэширования интернет-провайдеров», материалы конференции IEEE / IFIP по управлению сетями и услугами (CNSM), Цюрих, Швейцария, октябрь 2013 г. .
  29. ^ М. Клэйс, Д. Тунсер, Дж. Фамэй, М. Хараламбидес, С. Латре, Ф. Де Турк, Г. Павлу, «Упреждающее управление многопользовательским кешем для виртуализированных сетей ISP», материалы конференции IEEE / IFIP по сети и управление услугами (CNSM), Рио-де-Жанейро, Бразилия, ноябрь 2014 г.
  30. ^ «Телекоммуникационные компании и операторы связи образуют новую объединенную группу CDN под названием OCX (Operator Carrier Exchange)». Дэн Рэйберн - StreamingMediaBlog.com. 2017-12-13. В архиве из оригинала 2011-07-20. Получено 2011-07-22.
  31. ^ а б c d е «Сопоставление конечных пользователей: маршрутизация запросов следующего поколения для доставки контента, Ф. Чен, Р. Ситараман и М. Торрес, конференция ACM SIGCOMM, август 2015 г.» (PDF). В архиве (PDF) из оригинала на 2017-08-12. Получено 2019-10-31.
  32. ^ «Подсеть клиента в запросах DNS».
  33. ^ "Где сейчас находятся ваши серверы?". В архиве из оригинала от 15.01.2013.
  34. ^ Filelis-Papadopoulos, Christos K .; Giannoutakis, Konstantinos M .; Гравванис, Джордж А .; Эндо, Патрисия Такако; Цоварас, Димитриос; Своробей, Сергей; Линн, Тео (2019-04-01). «Моделирование больших сетей vCDN: параллельный подход». Практика и теория имитационного моделирования. 92: 100–114. Дои:10.1016 / j.simpat.2019.01.001. ISSN 1569–190X.
  35. ^ Filelis-Papadopoulos, Christos K .; Эндо, Патрисия Такако; Бендешча, Малика; Своробей, Сергей; Giannoutakis, Konstantinos M .; Гравванис, Джордж А .; Цоварас, Димитриос; Бирн, Джеймс; Линн, Тео (01.01.2020). «На пути к моделированию и оптимизации размещения кэша в крупных сетях распространения виртуального контента». Журнал вычислительной науки. 39: 101052. Дои:10.1016 / j.jocs.2019.101052. ISSN 1877-7503.
  36. ^ Ибн-Хедхер, Хатем; Абд-Эльрахман, Эмад; Камаль, Ахмед Э .; Афифи, Хоссам (19.06.2017). «OPAC: Оптимальный алгоритм размещения виртуальной CDN». Компьютерная сеть. 120: 12–27. Дои:10.1016 / j.comnet.2017.04.009. ISSN 1389-1286.
  37. ^ Хедер, Хатем; Абд-Эльрахман, Эмад; Афифи, Хоссам; Маро, Мишель (октябрь 2017 г.). «Оптимальный и экономичный алгоритм для виртуального управления CDN». 2017 42-я конференция IEEE по локальным компьютерным сетям (LCN). Сингапур: IEEE: 61–69. Дои:10.1109 / LCN.2017.115. ISBN 978-1-5090-6523-3. S2CID 44243386.
  38. ^ а б Адди Османи. «Основная оптимизация изображения». Получено 13 мая, 2020.
  39. ^ Йон Арне Стерос. "Пусть сеть доставки контента оптимизирует ваши изображения". Получено 13 мая, 2020.
  40. ^ а б Кэти Хемпениус. «Используйте CDN изображений для оптимизации изображений». Получено 13 мая, 2020.
  41. ^ Максимилиано Фиртман. «Более быстрые показатели отрисовки с помощью CDN с адаптивной оптимизацией изображений». Получено 13 мая, 2020.
  42. ^ «4 лучших CDN-сервиса для размещения библиотек с открытым исходным кодом | opensource.com». opensource.com. В архиве с оригинала 18 апреля 2019 г.. Получено 18 апреля 2019.
  43. ^ «Статистика использования и рыночная доля сетей доставки контента JavaScript для веб-сайтов». W3Techs. В архиве с оригинала 12 апреля 2019 г.. Получено 17 апреля 2019.
  44. ^ "Бесплатный Javascript CDN | PageCDN".
  45. ^ «6 бесплатных общедоступных CDN для Javascript». geckoandfly.com.
  46. ^ а б c d «Как CDN и международные серверные сети способствуют глобализации». The Huffington Post. Деларно Делвикс. 2016-09-06. В архиве из оригинала 19 сентября 2016 г.. Получено 9 сентября 2016.
  47. ^ "Отчет об исследовании рынка облачной сети доставки контента (CDN)". 2019-10-05. В архиве из оригинала на 2019-10-07. Получено 2019-10-07.
  48. ^ "CDN: Was Sie über Content Delivery Networks wissen müssen". www.computerwoche.de. В архиве из оригинала от 21.03.2019. Получено 2019-03-21.
  49. ^ Уильямс 2017-08-22T18: 00: 09.233ZУтилиты, Майк. "Обзор Warpcache". TechRadar. В архиве из оригинала от 21.03.2019. Получено 2019-03-21.
  50. ^ Как работает Netflix: (очень упрощенный) сложный процесс, который происходит каждый раз, когда вы нажимаете Play

дальнейшее чтение