Red de distribución de contenido
(Derecha) Esquema de CDN de distribución
A red de distribución de contenido o red de distribución de contenido (CDN) es un gran sistema distribuido de servidores desplegado en múltiples centros de datos a través de la Internet. El objetivo de una CDN es servir contenido a los usuarios finales con alta disponibilidad y alto rendimiento. CDN servir contenido hoy en día, incluyendo objetos web (texto, gráficos y secuencias de comandos), objetos descargables (archivos multimedia, software, documentos), aplicaciones (e-commerce, portales), una gran parte de la Internet en directo medios streaming bajo demanda, y redes sociales.
Los proveedores de contenido como las compañías de medios y proveedores de comercio electrónico pagan los operadores CDN para distribuir su contenido a su audiencia de usuarios finales. A su vez, una CDN paga ISPs, transportistas y operadores de red para sus servidores en sus centros de datos. Además de mejor performance y disponibilidad, CDNs descarga también el tráfico servido directamente en la infraestructura de los proveedores de contenido origen, dando lugar a posibles ahorros de costos para el proveedor de contenido.[1] Además, CDNs proporcionan al proveedor de contenido un grado de protección de Ataques doS mediante el uso de su infraestructura de servidores distribuidos grande para absorber el tráfico de ataque. Mientras más tempranas CDNs sirven contenidas utilizando servidores dedicados y operado por el CDN, hay una tendencia reciente[2] usar un modelo híbrido que utiliza P2P tecnología. En el modelo híbrido, se sirve contenido usando servidores dedicados y otros ordenadores peer-propiedad del usuario según corresponda.
Contenido
- 1 Operación
- 2 Tecnología
- 3 Contenido redes técnicas
- 3.1 Protocolos de servicio de contenidos
- 3.2 Peer-to-peer CDNs
- 3.3 Privado CDNs
- 4 Tendencias de la CDN
- 4.1 Aparición de telco CDNs
- 4.1.1 Ventajas de Telco CDN
- 4.2 Federadas CDNs
- 4.3 opción EDNS-cliente-subred EDNS0
- 4.1 Aparición de telco CDNs
- 5 Proveedores de servicios de entrega de contenidos destacados
- 5.1 CDNs gratis
- 5.2 CDNs comerciales tradicionales
- 5.3 Telco CDNs
- 5.4 Comerciales CDNs usando P2P para la entrega
- 6 Véase también
- 7 Referencias
- 8 Lectura adicional
Operación
La mayoría CDNs funcionan como una proveedor de servicio de aplicaciones (ASP) en Internet (software también conocido como on-demand o software como servicio). Un creciente número de propietarios de la red de Internet ha construido su propio CDN para mejorar la entrega de contenidos en red, reducir la demanda en su propia infraestructura de telecomunicaciones y generar ingresos de clientes contenidos. Esto podría incluir ofreciendo acceso a los medios streaming a suscriptores del servicio de internet. Algunas grandes compañías de software como Microsoft construyen su propio CDN en tándem con sus propios productos. Los ejemplos incluyen Microsoft Azure CDN [3] y Amazon CloudFront.[4]
Contenido (potencialmente múltiples copias) puede existir aquí en varios servidores. Cuando un usuario realiza una solicitud para un nombre de host de la CDN, DNS se resolverán en un servidor optimizado (basado en localización, disponibilidad, costo y otras métricas) y ese servidor encargará de la solicitud.
Tecnología
Nodos de CDN generalmente están desplegados en varios lugares, a menudo sobre múltiples espinas dorsales. Los beneficios incluyen reducir los costos de ancho de banda, mejorando los tiempos de carga de página o incrementando la disponibilidad global de contenido. El número de nodos y servidores que componen una CDN varía, dependiendo de la arquitectura, algunos llegando a miles de nodos con decenas de miles de servidores en muchos remoto puntos de presencia (COP). Otros construcción una red global y tienen un pequeño número de PoPs geográficas.
Las solicitudes de contenido algorítmicamente típicamente están dirigidas a los nodos que son óptimos de alguna manera. Cuando optimizar para rendimiento, lugares que son los mejores para servir contenido que el usuario pueden ser elegidos. Esto se puede medir mediante la elección de lugares que son la minoría lúpulo, el menor número de segundos de red de cliente solicitante, o la máxima disponibilidad en términos de rendimiento del servidor (actual e histórico), con el fin de optimizar la entrega a través de redes locales. Cuando optimizar costos, lugares que son menos caros pueden ser elegidos en su lugar. En un escenario óptimo, estos dos objetivos tienden a alinearse, como servidores que están cerca que al usuario final en el borde de la red puede tener una ventaja en rendimiento o costo.
Mayoría de los proveedores CDN ofrecerá sus servicios sobre un conjunto de variable, definido, de contaminantes orgánicos persistentes, dependiendo de la cobertura geográfica deseada, como Estados Unidos, internacional o mundial, Asia-Pacifico, etc.. Estos conjuntos de estallidos pueden llamarse "bordes" o "las redes del borde" como serían el borde más cercano de los activos de la CDN al usuario final.
Red Edge de la CDN crece hacia afuera desde el origen/s a través de otras adquisiciones (a través de compra, peeringo exchange) de instalaciones de ubicaciones Co, ancho de banda y servidores.
Contenido redes técnicas
El Internet fue diseñado según la principio-to-end.[5] Este principio mantiene el núcleo de la red relativamente simple y se mueve la inteligencia tanto como sea posible a los extremos de la red: los huéspedes y clientes. Como resultado el núcleo de la red es especializada, simplificado y optimizado para sólo reenviar los paquetes de datos.
Content Delivery Networks aumentar la red de transporte de extremo a extremo mediante la distribución de una variedad de aplicaciones inteligentes empleando técnicas diseñadas para optimizar la entrega de contenido en él. El recubrimiento estrechamente integrado resultante utiliza web caching, servidor-balanceo de carga, solicitud de enrutamiento y servicios de contenido.[6] Estas técnicas se describen brevemente a continuación.
Cachés Web Almacene contenido popular en servidores que tienen la mayor demanda por el contenido solicitado. Estos aparatos de red compartida reducen los requerimientos de ancho de banda, reducen la carga del servidor y mejoran los tiempos de respuesta del cliente para el contenido almacenado en la caché.
Balanceo de carga del servidor utiliza una o más técnicas incluyendo basada en servicios (equilibrio de carga global) o basados en hardware, es decir, capa 4 – 7 interruptores, también conocido como un switch web, contenido conmutador o interruptor de múltiples capas para compartir el tráfico entre un número de servidores o cachés web. Aquí el interruptor se asigna una sola virtual Dirección IP. Tráfico procedente del interruptor se dirige entonces a uno de lo real servidores Web conectado al interruptor. Esto tiene la ventaja de balanceo de carga, aumento de la capacidad total, mejorar la escalabilidad, confiabilidad creciente redistribuir la carga de un servidor web fallidas y proporcionando a servidor controles sanitarios.
Puede formar una agrupación del contenido o nodo de servicio usando una capa 4 – 7 interruptor para balancear la carga a través de un número de servidores o una serie de cachés web dentro de la red.
Solicitud de enrutamiento dirige las peticiones del cliente a la fuente de contenido mejor capacidad de atender la solicitud. Esto puede implicar una solicitud del cliente hasta el nodo de servicio más cercano al cliente, o para el que tiene más capacidad. Se utilizan una gran variedad de algoritmos para direccionar la petición. Estos incluyen Global Server Load Balancing, petición basada en DNS enrutamiento, generación dinámica metarchivo, reescritura, HTML[7] y anycasting.[8] Proximidad: elegir el nodo de servicio más cercano — se calcula utilizando una variedad de técnicas incluyendo sondeo reactiva, proactiva de sondeo y el monitoreo de conexión.[6]
CDN usa una variedad de métodos de entrega de contenido, incluyendo, sin limitarse a, activo manual copiar, cachés web activa y equilibradores de carga mundial de hardware.
Protocolos de servicio de contenidos
Varios protocolo suites están diseñadas para proporcionar acceso a una amplia variedad de servicios de contenido distribuido a través de una red de contenido. El Protocolo de adaptación de contenidos de Internet (ICAP) fue desarrollado en la década de 1990[9][10] para proporcionar un estándar abierto para la conexión de servidores de aplicaciones. Una solución más reciente definida y robusta es proporcionada por el protocolo de servicios de borde Pluggable abierto (OPES).[11] Esta arquitectura define OPES aplicaciones que pueden residir en el procesador OPES sí mismo o ser ejecutadas remotamente en un servidor de rótulo. Borde lateral incluye o ESI es un lenguaje de marcado pequeña para montaje contenido borde nivel web dinámico. Es bastante común para los sitios web que han generado contenido. Podría ser debido a cambio de contenidos, como catálogos o foros o la personalización. Esto crea un problema para los sistemas de almacenamiento en caché. Para superar este problema un grupo de empresas creado ESI.
Peer-to-peer CDNs
En Peer-to-peer (P2P) redes de distribución de contenido, los clientes proporcionan recursos así como usan. Esto significa que a diferencia de cliente-servidor sistemas, la capacidad de servir contenido de redes peer-to-peer puede en realidad aumento Mientras más usuarios comienzan a acceder a los contenidos (especialmente con protocolos tales como BitTorrent requieren los usuarios compartir). Esta propiedad es una de las principales ventajas de utilizar las redes P2P porque hace que la configuración y los costes de funcionamiento muy pequeño para el distribuidor de contenido original.[12][13]
Privado CDNs
Si los propietarios del contenido no están satisfechos con las opciones o los costos de un servicio comercial de la CDN, pueden crear su propio CDN. Esto se llama una CDN privada. Una CDN privada consta de POPs que sólo están sirviendo contenido para su dueño. Estos estallidos pueden ser cacheado de servidores,[14] Invierta proxies o controladores de entrega de aplicaciones.[15] Puede ser tan simple como dos servidores de caché,[14] o lo suficientemente grande para servir petabytes de contenidos.[16]
Tendencias de la CDN
Aparición de telco CDNs
El rápido crecimiento de streaming de vídeo tráfico[17] usos grandes gastos de capital los proveedores de banda ancha[18] con el fin de satisfacer esta demanda y retener suscriptores entregando una suficientemente buena calidad de la experiencia.
Para abordarlo, los proveedores de servicios de telecomunicaciones (TSP) ha comenzado a lanzar sus propias redes de distribución de contenido[19] como un medio para disminuir la demanda en el red troncal y reducir las inversiones en infraestructura.
Ventajas de Telco CDN
Porque son los dueños de las redes sobre qué contenido de vídeo se transmiten, Telco CDN tiene ventajas sobre los tradicionales CDNs.
Son los dueños de la última milla y puede ofrecer contenido más cerca al usuario final porque lo puede cachearse profundamente en sus redes.[20] Esta profunda memoria caché reduce al mínimo la distancia esos datos vídeo viajan a través de la Internet en general y entrega más rápida y confiable.
Telco CDNs también tiene un built-in ventaja del coste desde CDNs tradicionales deben arrendar de ancho de banda de ellos y construir la margen del operador en sus propias estructuras de costo.
Federadas CDNs
En junio de 2011, StreamingMedia.com informó que un grupo de TSPs había fundado un operador Carrier Exchange (OCX)[21] interconexión de sus redes y competir más directamente contra grande CDN tradicional como Akamai y Limelight Networks, que tienen amplias PoPs en todo el mundo. De esta manera, empresas de telecomunicaciones están construyendo una oferta FED CDN, mucho más interesante para un proveedor de contenidos dispuesto a ofrecer su contenido a la audiencia agregada de esta Federación.
Es probable que en un futuro cercano, se crearán otras federaciones de CDN de telco. Crecerán por inscripción de nuevo telco unirse a la Federación y presencia de red y la base de suscriptores de Internet a los ya existentes.
opción EDNS-cliente-subred EDNS0
En agosto de 2011, un consorcio global de proveedores de servicios de Internet líderes liderado por Google anunció su aplicación oficial del subred edns-cliente IETF borrador de Internet,[22] destinado a localizar con precisión las respuestas de resolución DNS. La iniciativa consiste en un número limitado de proveedores líderes de servicios DNS y CDN. Con la subred-cliente-edns Opción de EDNS0, los servidores DNS recursivos de CDN utilizará la dirección IP de la subred cliente solicitante cuando solicita resolución de DNS. Si un CDN se basa en la dirección IP de la resolución de DNS en lugar del cliente al resolver peticiones DNS, incorrectamente puede geo-localizar un cliente si el cliente está usando Google anycast direcciones para su resolución DNS, que puede crear problemas de latencia. Inicialmente, de Google 8.8.8.8 DNS aborda geolocalizados a California, potencialmente muy lejos de la ubicación del cliente solicitante, pero ahora los servidores de Google Public DNS están disponibles en todo el mundo.[23]
Proveedores de servicios de entrega de contenidos destacados
CDNs gratis
- BootstrapCDN
- CloudFlare
- Red de distribución de contenido coral
- Incapsula (versión gratuita con el anuncio de Incapsula)
CDNs comerciales tradicionales
- Akamai Technologies
- Alcatel-Lucent Velocix
- Amazon CloudFront
- Aryaka
- Windows Azure CDN
- CacheFly
- CDNetworks
- ChinaCache
- CloudFlare
- Cotendo (adquirida por Akamai)
- Destilar redes
- EdgeCast redes (adquirida por Verizon)
- Highwinds Network Group
- HP servicios en la nube
- Incapsula
- INterNap
- KeyCDN
- LeaseWeb
- Level 3 Communications
- Limelight Networks
- MaxCDN
- MetaCDN
- Mirror Image Internet
- NACEVI
- OnApp
- OVH
- Rackspace Cloud Files
- Speedera Networks (adquirida por Akamai)
- StreamZilla CDN Europa
Telco CDNs
- AT & T Inc.
- Bharti Airtel
- Bell Canada
- BT Group
- Deutsche Telekom
- Redes de Hibernia
- KT (anteriormente Korea Telecom)
- KPN
- Megafon
- NTT
- PACNET
- PCCW
- Qualitynet
- SingTel
- Banda ancha SK
- Tata Communications
- TeliaSonera
- Telecom Argentina
- Telecom Italia
- Telecom New Zealand
- Telefonica
- Telenor
- Yoigo
- TELUS
- Turk Telekom
- Verizon
Comerciales CDNs usando P2P para la entrega
- BitTorrent, Inc.
- INterNap
- Pando Networks
- Rawflow
Véase también
|
|
Referencias
- ^ Erik Nygren, Ramesh K. Sitaraman y Jennifer el sol. "La red Akamai: una plataforma para aplicaciones de Internet de alto rendimiento, ACM SIGOPS sistemas operativos Review, vol. 44, Nº 3, julio de 2010." (PDF).
- ^ "Akamai va P2P, compra Swoosh rojo. GigaOM.". 02 de abril de 2007. 16 de marzo, 2012.
- ^ https://Azure.Microsoft.com/en-US/
- ^ https://AWS.Amazon.com/CloudFront/
- ^ Saltzer, J. H., Reed, D. P., Clark, D. D.: "End-to-End argumentos en sistema de diseñen," ACM Transactions on Communications, 2, 1984
- ^ a b Hofmann, Markus; Leland R. Beaumont (2005). Red de contenido: Arquitectura, protocolos y práctica. Morgan Kaufmann Publisher. ISBN1-55860-834-6.
- ^ RFC 3568 Barbir, A., Cain, B., Nair, R., Spatscheck, O.: "conocida red de contenido (CN) solicitud de enrutamiento mecanismos" de julio de 2003
- ^ RFC 1546 Perdiz, C., Méndez, T., Milliken, W.: "Host Anycasting Services," de noviembre de 1993.
- ^ RFC 3507 Elson, J., Cerpa, A.: "adaptación de contenidos protocolo de Internet (ICAP)," de abril de 2003.
- ^ Foro de ICAP
- ^ RFC 3835 Barbir, A., Penno, r., Chen, R., Hofmann, M. y Orman, H.: "Una arquitectura para los servicios de borde abierto Pluggable (OPES)," de agosto de 2004.
- ^ Li Jin. "En la entrega de contenidos peer-to-peer (P2P)" (PDF). Creación de redes y aplicaciones peer-to-Peer 1 (1): 45 – 63. Doi:10.1007/s12083-007-0003-1.
- ^ Stutzbach, Daniel et al (2005). "La escalabilidad de un enjambre de entrega de contenidos peer-to-peer". En Boutaba, Raouf et al. REDES de 2005--redes, tecnologías, servicios y protocolos; Funcionamiento de computadoras y redes de comunicación; Sistemas de comunicaciones móviles e inalámbricas (PDF). Springer. págs. 15 – 26. ISBN978-3-540-25809-4.
- ^ a b https://blog.UNIXy.net/2010/07/How-to-build-your-own-CDN-using-bind-GeoIP-Nginx-and-Varnish/
- ^ https://aiscaler.com/private-CDN
- ^ https://www.Forbes.com/sites/ericsavitz/2012/06/05/Netflix-ShiftS-traffic-to-its-own-CDN-Akamai-Limelight-SHRS-hit/
- ^ "Online Video ve tremendo crecimiento, espuelas algunas actualizaciones importantes"
- ^ "Global Telecom CAPEX se levanta en 2011 debido a inversiones de Video, 3 G, LTE"
- ^ "Lista actualizada de proveedores en el ecosistema de entrega de contenido"
- ^ "Banda ancha listo para convertirse en una plataforma de TV seria"
- ^ "Telcos y transportistas forman nuevo grupo CDN FED llaman OCX (operador Exchange Carrier)"
- ^ "https://tools.ietf.org/id/draft-vandergaast-edns-client-subnet".
- ^ "https://developers.google.com/speed/public-dns/faq#locations".
Lectura adicional
- Buyya, R.; Pathan, M.; y Vakali, A. (2008). Redes de distribución de contenido. Springer. Doi:10.1007/978-3-540-77887-5_1. ISBN9783540778868.
- Hau, T.; BURGHARDT, D.; y Brenner, w. (2011). Multihoming, redes de distribución de contenido y el mercado de conectividad a Internet. Política de telecomunicaciones 35 (6): 532 – 542. Doi:10.1016/j.telpol.2011.04.002.
- Majumdar, S.; Kulkarni, D.; y Ravishankar, C. (2007). "Abordar el fraude de clic en sistemas de entrega de contenidos" (PDF). Infocom. IEEE. Doi:10.1109/INFCOM.2007.36.
- Nygren., E.; Sitaraman R. K.; y el sol, J. (2010). "La red Akamai: una plataforma para las aplicaciones de Internet de alto rendimiento" (PDF). Revisión de los sistemas operativos de ACM SIGOPS 44 (3): 2 – 19. Doi:10.1145/1842733.1842736. 19 de noviembre, 2012.
- Vakali, A.; y Pallis, G. (2003). "Las redes de distribución de contenido: situación y tendencias". IEEE Internet Computing 7 (6): 68-74. Doi:10.1109/MIC.2003.1250586.
|
||||||||||||||||||||||||||||||||||||||||||||||||
Otras Páginas
- Activequote
- AEPROSER
- No-entregable adelante (seccion estructura y caracteristicas)
- Sindrome de lisis tumoral
- SnapVillage
- MS. Pac-Man: busca en el laberinto de oro
- Pedro Zamora (muertes relacionadas con el SIDA categoria en Florida)
- Mineria de software
- Grewe
- DynRBL
- Satupaitea Farani Tavui
- Siva (respirador)