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

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

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

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

Технология [ править ]

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

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

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

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

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

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

Методы создания сетей [ править ]

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

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

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

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

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

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

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

Протоколы службы содержания [ править ]

Несколько наборов протоколов предназначены для обеспечения доступа к широкому спектру сервисов контента, распределенных по сети контента. Протокол адаптации интернет-контента (ICAP) был разработан в конце 1990-х годов [14] [15] для обеспечения открытого стандарта для подключения серверов приложений. Недавно определенное и надежное решение предоставляется протоколом Open Pluggable Edge Services (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 сообщил, что группа TSP основала Operator Carrier Exchange (OCX) [30] для объединения своих сетей и более прямой конкуренции с крупными традиционными CDN, такими как Akamai и Limelight Networks , которые имеют обширные точки присутствия по всему миру. Таким образом, телекоммуникационные компании создают предложение федеративной 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-клиент-подсеть вариант 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 начала называть программные решения, которые могут естественным образом интегрироваться с парадигмой адаптивного веб-дизайна (с особым упором на элемент <picture>), как Image CDN . [38] Выражение относится к способности веб-архитектуры обслуживать несколько версий одного и того же изображения через HTTP, в зависимости от свойств запрашивающего его браузера, что определяется либо браузером, либо логикой на стороне сервера. По мнению Google, цель CDN изображений заключалась в том, чтобы обслуживать высококачественные изображения (или, что лучше, изображения, воспринимаемые человеческим глазом как высококачественные), сохраняя при этом скорость загрузки, тем самым способствуя удобству взаимодействия с пользователем (UX).

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

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

  • Сеть доставки контента (CDN) для быстрого обслуживания изображений.
  • Манипулирование изображениями и их оптимизация, либо «на лету» с помощью директив URL , либо в пакетном режиме (путем загрузки изображений вручную), либо в полностью автоматическом режиме (или их комбинации).
  • Обнаружение устройства (также известное как Device Intelligence), то есть способность определять свойства запрашивающего браузера и / или устройства посредством анализа строки User-Agent , заголовков HTTP Accept, Client-Hints или 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 заголовок
ImgixБыстрополностью автоматическийПринять заголовок / подсказки клиента
PageCDNYДирективы URLна основе заголовка HTTP Accept

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

Бесплатные CDN [ править ]

  • cdnjs [42] [43]
  • BootstrapCDN
  • Cloudflare
  • JSDelivr
  • PageCDN [44] [45]
  • Сеть распространения контента Coral (несуществующая)

Традиционные коммерческие CDN [ править ]

  • Akamai Technologies [46]
  • Amazon CloudFront [46]
  • Арьяка
  • Azure CDN
  • CacheFly
  • CDNetworks [46]
  • CenterServ [46]
  • ChinaCache
  • Cloudflare [47]
  • Cotendo
  • EdgeCast сети
  • Быстро
  • Google Cloud CDN
  • Группа компаний Highwinds Network
  • Облачные сервисы HP
  • Инкапсула
  • Установить
  • Интернап
  • LeaseWeb
  • Уровень 3 Коммуникации
  • Limelight Networks
  • MetaCDN
  • НАЦЕВИ
  • OnApp
  • Godaddy
  • OVH
  • Файлы Rackspace Cloud
  • Speedera Networks
  • StreamZilla
  • Вансу Наука и технологии
  • Йоттаа

Telco CDN [ править ]

  • AT&T Inc.
  • Бхарти Аиртель
  • Bell Canada
  • BT Group
  • CenturyLink
  • China Telecom
  • Chunghwa Telecom
  • Deutsche Telekom
  • KT
  • КПН
  • Уровень 3 Коммуникации
  • Мегафон
  • NTT
  • Пакнет
  • PCCW
  • Qualitynet
  • Сингтел
  • SK широкополосный
  • Spark New Zealand
  • Tata Communications
  • Телеком Аргентина
  • Telecom Italia
  • Telefonica
  • Telenor
  • TeliaSonera
  • Телин
  • Telstra
  • Telus
  • Turk Telekom
  • Verizon

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

  • BitTorrent, Inc.
  • Интернап
  • Pando Networks
  • Rawflow

Мульти CDN [ править ]

  • MetaCDN
  • Кэш-память [48] [49]

Собственный CDN [ править ]

  • Netflix [50]

См. Также [ править ]

  • Программное обеспечение
  • Bel Air Circuit
  • Сравнение систем потокового мультимедиа
  • Сравнение видео сервисов
  • Взаимосвязь сети доставки контента
  • Платформа доставки контента
  • Дата центр
  • Цифровое телевидение
  • Динамическое ускорение сайта
  • Периферийные вычисления
  • Интернет-радио
  • Интернет-телевидение
  • IPTV
  • Список музыкальных потоковых сервисов
  • Список систем потокового мультимедиа
  • Многоадресная рассылка
  • NetMind
  • Открытая музыкальная модель
  • Превосходный контент
  • P2PTV
  • Договор об охране передач и организаций эфирного вещания
  • Технология push
  • Программное обеспечение как сервис
  • Потоковое мультимедиа
  • Интернет-трансляция
  • Интернет-синдикация
  • Интернет-телевидение

Ссылки [ править ]

  1. ^ «Глобально распределенная доставка контента, Дж. Дилли, Б. Мэггс, Дж. Парих, Х. Прокоп, Р. Ситараман и Б. Вейл, IEEE Internet Computing, том 6, выпуск 5, ноябрь 2002» (PDF) . Архивировано (PDF) из оригинала на 2017-08-09 . Проверено 25 октября 2019 .
  2. ^ Nygren., E .; Ситараман РК; Солнце, Дж. (2010). «Сеть Akamai: платформа для высокопроизводительных Интернет-приложений» (PDF) . Обзор операционных систем ACM SIGOPS . 44 (3): 2–19. DOI : 10.1145 / 1842733.1842736 . S2CID 207181702 . Архивировано 13 сентября 2012 года (PDF) . Проверено 19 ноября 2012 года .  
  3. Перейти ↑ Evi, Nemeth (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 августа 2014 г.). «470 миллионов сайтов существуют 24 часа, 22% - вредоносные» . Справка Net Security . Архивировано 01 июля 2019 года . Проверено 1 июля 2019 .
  7. ^ "Decentraleyes: Блокировать отслеживание CDN" . Коллин М. Барретт . 2016-02-03. Архивировано 01 июля 2019 года . Проверено 1 июля 2019 .
  8. ^ «Целостность субресурсов» . Веб-документы MDN . Архивировано 26 июня 2019 года . Проверено 1 июля 2019 .
  9. ^ «Зальцер, Дж. Х., Рид, Д. П., Кларк, Д. Д.:« Сквозные аргументы в проектировании системы »,« Транзакции ACM по коммуникациям, 2 (4), 1984 » (PDF) . Архивировано (PDF) из оригинала на 2017-12-04 . Проверено 11 ноября 2006 .
  10. ^ а б Хофманн, Маркус; Бомонт, Лиланд Р. (2005). Контентная сеть: архитектура, протоколы и практика . Издатель Морган Кауфманн. ISBN 1-55860-834-6.
  11. ^ Bestavros, Азер (март 1996). «Спекулятивное распространение данных и обслуживание для уменьшения нагрузки на сервер, сетевого трафика и времени обслуживания для распределенных информационных систем» (PDF) . Труды ICDE'96: Международная конференция 1996 г. по инженерии данных . 1996 : 180–189. Архивировано (PDF) из оригинала 03.07.2010 . Проверено 28 мая 2017 .
  12. ^ RFC 3568 Barbir, A., Cain, B., Nair, R., Spatscheck, O .: «Known Content Network (CN) Request-Routing Mechanisms, июль 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. DOI : 10.1007 / s12083-007-0003-1 . S2CID 16438304 . Архивировано (PDF) из оригинала на 2013-10-04 . Проверено 11 августа 2013 .  
  18. ^ Штутцбах, Даниэль; и другие. (2005). «Масштабируемость роющейся одноранговой доставки контента» (PDF) . В Бутабе, Рауф; и другие. (ред.). NETWORKING 2005 - Сетевые технологии, услуги и протоколы; Производительность компьютерных и коммуникационных сетей; Системы мобильной и беспроводной связи . Springer. С. 15–26. ISBN  978-3-540-25809-4.
  19. ^ a b «Как создать собственный CDN с использованием BIND, GeoIP, Nginx, Varnish - UNIXy» . 2010-07-18. Архивировано 21 июля 2010 года . Проверено 15 октября 2014 .
  20. ^ «Как создать свою сеть доставки контента с помощью aiScaler» . Архивировано 06.10.2014 . Проверено 15 октября 2014 .
  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. ^ «Межцентровая глобальная сеть с централизованным 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. Архивировано 30 августа 2011 года . Проверено 22 июля 2011 .
  27. ^ «Общие капитальные вложения в телекоммуникации вырастут в 2011 году за счет инвестиций в видео, 3G, LTE» . сотовые-новости . Архивировано 25 марта 2011 года . Проверено 22 июля 2011 .
  28. ^ Д. Тунсер, М. Хараламбидес, Р. Ланда, Г. Павлу, «Больше контроля над сетевыми ресурсами: перспектива кэширования ISP», материалы конференции IEEE / IFIP по управлению сетями и услугами (CNSM), Цюрих, Швейцария, октябрь 2013.
  29. ^ М. Клэйс, Д. Тунсер, Дж. Фамэй, М. Хараламбидес, С. Латре, Ф. Де Турк, Г. Павлу, «Упреждающее управление многопользовательским кешем для виртуализированных сетей Интернет-провайдеров», материалы конференции IEEE / IFIP по Управление сетью и услугами (CNSM), Рио-де-Жанейро, Бразилия, ноябрь 2014 г.
  30. ^ «Телекоммуникационные компании и операторы связи, формирующие новую объединенную группу CDN, называемую OCX (операторская биржа операторов связи)» . Дэн Рейберн - StreamingMediaBlog.com . 2017-12-13. Архивировано 20 июля 2011 года . Проверено 22 июля 2011 .
  31. ^ a b c d e «Отображение конечных пользователей: маршрутизация запросов следующего поколения для доставки контента, Ф. Чен, Р. Ситараман и М. Торрес, конференция ACM SIGCOMM, август 2015 г.» (PDF) . Архивировано (PDF) из оригинала на 2017-08-12 . Проверено 31 октября 2019 .
  32. ^ «Подсеть клиента в запросах DNS» .
  33. ^ "Где сейчас находятся ваши серверы?" . Архивировано 15 января 2013 года.
  34. ^ Filelis-Papadopoulos, Christos K .; Giannoutakis, Konstantinos M .; Гравванис, Джордж А .; Эндо, Патрисия Такако; Цоварас, Димитриос; Своробей, Сергей; Линн, Тео (2019-04-01). «Моделирование больших сетей vCDN: параллельный подход». Практика и теория имитационного моделирования . 92 : 100–114. DOI : 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. ^ Ибн-Khedher, Атем; Абд-Эльрахман, Эмад; Камаль, Ахмед Э .; Афифи, Хоссам (19.06.2017). «OPAC: Оптимальный алгоритм размещения виртуальной CDN». Компьютерные сети . 120 : 12–27. DOI : 10.1016 / j.comnet.2017.04.009 . ISSN 1389-1286 . 
  37. ^ Хедер, Хатем; Абд-Эльрахман, Эмад; Афифи, Хоссам; Маро, Мишель (октябрь 2017 г.). «Оптимальный и экономичный алгоритм для виртуального управления CDN». 2017 42-я конференция IEEE по локальным компьютерным сетям (LCN) . Сингапур: IEEE: 61–69. DOI : 10,1109 / LCN.2017.115 . ISBN 978-1-5090-6523-3. S2CID  44243386 .
  38. ^ а б Адди Османи. «Основная оптимизация изображения» . Проверено 13 мая 2020 года .
  39. ^ Джон Арне Sæterås. «Пусть сеть доставки контента оптимизирует ваши изображения» . Проверено 13 мая 2020 года .
  40. ^ a b Кэти Хемпениус. «Используйте 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. ^ a b c d "Как CDN и международные серверные сети способствуют глобализации" . The Huffington Post . Деларно Делвикс. 2016-09-06. Архивировано 19 сентября 2016 года . Проверено 9 сентября +2016 .
  47. ^ «Отчет об исследовании рынка Cloud Content Delivery Network (CDN)» . 2019-10-05. Архивировано 7 октября 2019 года . Проверено 7 октября 2019 .
  48. ^ "CDN: Был Sie über Content Delivery Networks wissen müssen" . www.computerwoche.de . Архивировано 21 марта 2019 года . Проверено 21 марта 2019 .
  49. ^ Уильямс 2017-08-22T18: 00: 09.233ZUtilities, Майк. «Обзор Warpcache» . TechRadar . Архивировано 21 марта 2019 года . Проверено 21 марта 2019 .
  50. ^ Как работает Netflix: (очень упрощенно) сложные вещи, которые происходят каждый раз, когда вы нажимаете Play

Дальнейшее чтение [ править ]

  • Буя, Р .; Pathan, M .; Вакали, А. (2008). Сети доставки контента . Springer. DOI : 10.1007 / 978-3-540-77887-5_1 . ISBN 9783540778868. Архивировано из оригинала на 2017-09-27 . Проверено 7 июля 2008 .
  • Hau, T .; Burghardt, D .; Бреннер, В. (2011). «Множественная адресация, сети доставки контента и рынок подключения к Интернету» . Телекоммуникационная политика . 35 (6): 532–542. DOI : 10.1016 / j.telpol.2011.04.002 .
  • Majumdar, S .; Kulkarni, D .; Равишанкар, К. (2007). «Борьба с мошенничеством с кликами в системах доставки контента» (PDF) . Инфоком . IEEE. DOI : 10.1109 / INFCOM.2007.36 .
  • Nygren., E .; Ситараман РК; Солнце, Дж. (2010). «Сеть Akamai: платформа для высокопроизводительных Интернет-приложений» (PDF) . Обзор операционных систем ACM SIGOPS . 44 (3): 2–19. DOI : 10.1145 / 1842733.1842736 . S2CID  207181702 . Проверено 19 ноября 2012 года .
  • Вакали, А .; Паллис, Г. (2003). «Сети доставки контента: состояние и тенденции». IEEE Internet Computing . 7 (6): 68–74. DOI : 10.1109 / MIC.2003.1250586 . S2CID  2861167 .