\u00daltimamente, nuestros clientes siempre nos hacen la misma pregunta: nuestros usuarios extranjeros siempre se quedan atascados viendo v\u00eddeos como PPT, \u00bfhay alguna soluci\u00f3n fiable? Para ser honesto, lo que hay detr\u00e1s de esta pregunta es en realidad el n\u00facleo duro de la latencia de la red global. He manejado una gran cantidad de proyectos de v\u00eddeo multinacionales, la prueba real encontr\u00f3 que muchos equipos piensan que acaba de comprar un CDN se puede tratar, el resultado es la realidad de la cara - nodos no eligi\u00f3 la derecha, la estrategia de programaci\u00f3n es una mierda, la llamada \u201ccobertura global\u201d es simplemente un ejercicio de papel.<\/p>\n
El problema de latencia de la transmisi\u00f3n de v\u00eddeo al extranjero es esencialmente un juego de distancia f\u00edsica y topolog\u00eda de red. En los paquetes que viajan a trav\u00e9s del oc\u00e9ano, cada 1000 km de salto la latencia aumenta entre 5 y 10 ms, por no hablar de la posibilidad de encontrarse con una congesti\u00f3n en medio de la l\u00ednea o con operadores poco fiables. Algunos proveedores de servicios CDN presumen de tener cientos de nodos, pero si miramos de cerca a todos los usuarios hacinados en Europa y Estados Unidos, el Sudeste Asi\u00e1tico y Sudam\u00e9rica siguen viendo la pel\u00edcula en c\u00edrculos. En estos d\u00edas, incluso el CDN tiene que \u201cevitar que los compa\u00f1eros de equipo\u201d - para evitar que aquellos que no tienen en cuenta las condiciones reales de la red del programa de cerdo.<\/p>\n
Una verdadera CDN de alta defensa con cobertura mundial tiene que desplegarse como una partida de Go. Yo sol\u00eda dividir el mundo en ocho regiones clave: las costas Este y Oeste de Norteam\u00e9rica, Fr\u00e1ncfort y Londres en Europa, Singapur en el Sudeste Asi\u00e1tico, Tokio en Jap\u00f3n, Sao Paulo en Brasil y Sydney en Australia. Cada regi\u00f3n debe desplegar al menos dos puntos POP de alta defensa y necesita soportar enrutamiento BGP anycast. No creas a esos vendedores con una sola l\u00ednea de nodos, los usuarios sudafricanos para acceder al nodo de EE.UU. salt\u00e1ndose Europa este tipo de operaciones las he visto muchas veces.<\/p>\n
El a\u00f1o pasado, hicimos una prueba de comparaci\u00f3n para la migraci\u00f3n de una plataforma de transmisi\u00f3n en vivo. El mismo es de Los \u00c1ngeles para empujar la corriente a los usuarios japoneses, el uso de un CDN tradicional latencia media alcanz\u00f3 380ms, y cambi\u00f3 a utilizar CDN5 programaci\u00f3n inteligente global directamente despu\u00e9s de la presi\u00f3n a 92ms. la diferencia clave es: CDN5 en el enlace del Pac\u00edfico fue a su propia fibra privada, mientras que la soluci\u00f3n tradicional es todav\u00eda abarrotada puerta de enlace p\u00fablica. La transmisi\u00f3n de v\u00eddeo de esta cosa, a veces es realmente \u201ccapacidad de dinero\u201d juego - no est\u00e1 dispuesto a gastar dinero para construir una l\u00ednea dedicada, el efecto es muy diferente.<\/p>\n
La alta capacidad de defensa debe cargarse en los nodos perif\u00e9ricos. Un error muy com\u00fan es poner el centro de limpieza en la sala de servidores del n\u00facleo, esperar a que el tr\u00e1fico eluda el centro y luego limpiar, la latencia hace tiempo que ha estallado. Mi estrategia es hacer que cada nodo de borde tenga m\u00e1s de 200G de capacidad de mitigaci\u00f3n DDoS. Especialmente en el caso de los ataques UDP Flood y CC en la industria del v\u00eddeo, la huella digital debe realizarse en el primer punto de acceso.<\/p>\n
Este es el modelo de configuraci\u00f3n de protecci\u00f3n que utilizamos en la plataforma CDN07:<\/p>\n
Especial atenci\u00f3n debe ser bloqueado protocolo HTTP1.0\/1.1 - muchas herramientas de ataque son demasiado perezosos para implementar HTTP2, este truco puede bloquear el 70% de los ataques CC. La prueba encontr\u00f3 que despu\u00e9s de abrir la protecci\u00f3n adaptativa, el consumo de CPU aument\u00f3 menos de 8%, pero puede resistir 800Gbps ataques mixtos, el acuerdo es absolutamente rentable.<\/p>\n
La programaci\u00f3n inteligente de rutas es la verdadera barrera t\u00e9cnica. No creas en esquemas que s\u00f3lo asignan nodos bas\u00e1ndose en GeoIP. El caso m\u00e1s escandaloso que he visto es el de un usuario chileno asignado a un nodo de Miami, y la latencia, que te\u00f3ricamente deber\u00eda ser de 120 ms, en realidad se dispar\u00f3 a 400 ms, porque el tr\u00e1fico tom\u00f3 la extra\u00f1a ruta Chile-Argentina-Brasil-Florida. Ahora nuestra estrategia es una decisi\u00f3n cuatridimensional:<\/p>\n
Este es el fragmento central de nuestro algoritmo de decisi\u00f3n de enrutamiento:<\/p>\n
Durante el Double Eleven del a\u00f1o pasado, el negocio de streaming en directo de una empresa de comercio electr\u00f3nico transfronterizo se bas\u00f3 en este conjunto de algoritmos de programaci\u00f3n para mantener una latencia media de <120 ms en Asia-Pac\u00edfico y <80 ms en Europa, a pesar de que el pico de tr\u00e1fico global alcanz\u00f3 los 3,2 Tbps. Especialmente para los usuarios alemanes, la latencia de las transmisiones de v\u00eddeo desde el nodo de Fr\u00e1ncfort se redujo a unos sorprendentes 43 ms, m\u00e1s r\u00e1pido que muchos proveedores de servicios locales.<\/p>\n
La estrategia de almacenamiento en cach\u00e9 debe ajustarse al escenario empresarial. El simple almacenamiento en cach\u00e9 de todo el archivo de v\u00eddeo hace tiempo que pas\u00f3 de moda. Para las emisiones en directo m\u00e1s populares, almacenamos previamente en cach\u00e9 los 2-3 segundos siguientes de los fragmentos de v\u00eddeo en el nodo de borde; para los contenidos a la carta, utilizamos el almacenamiento din\u00e1mico segmentado en cach\u00e9: dividimos el v\u00eddeo en archivos ts de 2 segundos y decidimos la profundidad del almacenamiento en cach\u00e9 en funci\u00f3n del calor. Las pruebas demuestran que esta soluci\u00f3n ahorra 37% de costes de almacenamiento en comparaci\u00f3n con el almacenamiento en cach\u00e9 de archivos completos, al tiempo que garantiza que el tiempo del primer fotograma se controla dentro de los 800ms.<\/p>\n
No pases por alto la importancia de optimizar el protocolo. Muchos equipos siguen aferr\u00e1ndose a TCP, pero no saben cu\u00e1nta ventaja tiene el protocolo QUIC en la transmisi\u00f3n transfronteriza. Lo hemos probado en el Sudeste Asi\u00e1tico: para el mismo flujo de v\u00eddeo, el tiempo de primera pantalla de la soluci\u00f3n TCP es de 1,8 segundos, mientras que QUIC s\u00f3lo tarda 0,9 segundos. Especialmente para entornos de redes inal\u00e1mbricas, el handshake 0-RTT y la multiplexaci\u00f3n de QUIC pueden mejorar mucho la experiencia. Sin embargo, hay que tener en cuenta que QUIC consume m\u00e1s CPU, por lo que es necesario elegir un nodo que soporte aceleraci\u00f3n por hardware.<\/p>\n
Para ser sinceros, no existe una bala de plata para hacer un buen trabajo de aceleraci\u00f3n global de v\u00eddeo, y la clave sigue estando en apilar los detalles. Desde la selecci\u00f3n de nodos hasta el ajuste de protocolos, desde la protecci\u00f3n de la seguridad hasta el control de costes, cada enlace debe ser clave hasta el extremo. Algunos clientes optan por reducir el programa para ahorrar costes 20%, y como resultado, la p\u00e9rdida ocasionada por la p\u00e9rdida de usuarios supera con creces el ahorro. C\u00f3mo calcular esta cuenta, las personas inteligentes deben entender.<\/p>\n
En los \u00faltimos tres a\u00f1os, he manejado el proyecto para verificar una regla: ning\u00fan proveedor de CDN puede hacer lo mejor en todas las regiones. La CDN5 es la preferida en Norteam\u00e9rica, la CDN07 se utiliza en Europa y la 08Host es la elegida en Asia-Pac\u00edfico, especialmente en torno a China: la soluci\u00f3n definitiva es la multi-nube h\u00edbrida. Conmutaci\u00f3n inteligente entre diferentes proveedores de servicios a trav\u00e9s de un programador de desarrollo propio, y en \u00faltima instancia, alcanzar el objetivo de <150ms de latencia en cualquier parte del mundo.<\/p>\n
Por \u00faltimo, me gustar\u00eda decir algo ofensivo: no mires la web oficial de algunos proveedores poniendo el grito en el cielo, pero cuando quieras hacer pruebas de verdad, acu\u00e9rdate de pedirles que te proporcionen datos de monitorizaci\u00f3n de casos reales de clientes. He visto demasiados casos en los que se enga\u00f1aba a los clientes con datos ideales de laboratorio. En entornos de red reales, la soluci\u00f3n triplemente \u00f3ptima que puede lograr simult\u00e1neamente baja latencia, alta protecci\u00f3n y bajo coste es el socio en el que merece la pena confiar.<\/p>","protected":false},"excerpt":{"rendered":"
\u00daltimamente, nuestros clientes siempre nos hacen la misma pregunta: nuestros usuarios extranjeros siempre se quedan atascados viendo v\u00eddeos como PPT, \u00bfhay alguna soluci\u00f3n fiable? Para ser honesto, lo que hay detr\u00e1s de esta pregunta es en realidad el n\u00facleo duro de la latencia de la red global. He manejado una gran cantidad de proyectos de v\u00eddeo multinacionales, la prueba real encontr\u00f3 que muchos equipos piensan que s\u00f3lo tiene que comprar un CDN se puede arreglar, el resultado es la realidad de la cara - nodos no eligi\u00f3 la derecha, la estrategia de programaci\u00f3n est\u00e1 podrido, la llamada \u201ccobertura global\u201d es simplemente un ejercicio de papel. El retraso en la transmisi\u00f3n de v\u00eddeo en el extranjero es esencialmente un juego de la distancia f\u00edsica y la topolog\u00eda de la red. Los paquetes que viajan a trav\u00e9s del oc\u00e9ano, el retraso aumenta entre 5 y 10 ms por cada salto de 1.000 km, por no hablar de la posibilidad de encontrarse con l\u00edneas congestionadas u operadores poco fiables en mitad del trayecto. Algunos proveedores de servicios CDN presumen de tener cientos de nodos, pero si se mira m\u00e1s de cerca, todos est\u00e1n hacinados en Europa, Am\u00e9rica, el Sudeste Asi\u00e1tico y Sudam\u00e9rica.<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"","sticky":false,"template":"","format":"gallery","meta":{"_seopress_robots_primary_cat":"","_seopress_titles_title":"","_seopress_titles_desc":"","_seopress_robots_index":"","footnotes":""},"categories":[150],"tags":[],"collection":[],"class_list":["post-962","post","type-post","status-publish","format-gallery","hentry","category-updates","post_format-post-format-gallery"],"_links":{"self":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts\/962","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/comments?post=962"}],"version-history":[{"count":1,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts\/962\/revisions"}],"predecessor-version":[{"id":1163,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/posts\/962\/revisions\/1163"}],"wp:attachment":[{"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/media?parent=962"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/categories?post=962"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/tags?post=962"},{"taxonomy":"collection","embeddable":true,"href":"https:\/\/www.ddosgj.com\/es\/wp-json\/wp\/v2\/collection?post=962"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}