Recientemente, varios amigos que hacen la educación en línea se quejó a mí, diciendo que sus lecciones de vídeo se han quedado atascados en PPT en el pico de la tarde, y las quejas de los usuarios pueden reventar el buzón de servicio al cliente. Eché un vistazo a los antecedentes, buen tipo, todas las redes móviles y el entorno de red débil fallo de reproducción. Su primera reacción es añadir ancho de banda, pero el costo es directamente en el cielo. De hecho, en estos días el problema ha sido durante mucho tiempo en el ancho de banda de la estación de origen, el verdadero antídoto es elUtilice la CDN de alta definición adecuada y supere la adaptación multibitrate HLS。
Algunas personas abren la boca a “HLS no es.m3u8 más.ts rebanar bien”, pero realmente quieren llevar DDoS y asegurar que el HD suave, el pozo aquí puede ser enterrado en un equipo de operación y mantenimiento. He probado tres principales proveedores de CDN de alta defensa, encontró que incluso se jacta de “soporte de protocolo completo”, el nivel de optimización de la tasa de múltiples bits HLS puede ser de diez calles.
Empecemos por la conclusión:Un CDN de alta defensa decente definitivamente soporta el protocolo HLS, pero soporte ≠ buen uso.. Algunos proveedores sólo pueden ayudarle a reenviar el tráfico, mientras que otros han hecho una optimización en profundidad de la memoria caché de rebanadas, algoritmos de conmutación de tasa de código a la cadena antirrobo. Por ejemplo, los nodos CDN5 precargará automáticamente rebanadas de tasa de código adyacentes, débil entorno de red de conmutación de retardo puede ser presionado a 200ms, mientras que algunos pequeños fabricantes no se mueven en el retraso de más de 3 segundos - la experiencia del usuario no se ejecuta es extraño.
¿Por qué es tan difícil adaptar el HLS? En primer lugar, es intrínsecamente “fragmentado”: un vídeo se trocea en cientos de archivos .ts, cada uno de los cuales puede ser solicitado por usuarios con diferentes condiciones de red. Una CDN de alta defensa no sólo tiene que resistir los ataques de CC, sino también almacenar en caché de forma inteligente estos trozos. He visto cierta CDN mal configurada, los nodos de borde vuelven locos a la fuente para extraer slices, arrastrando directamente a la estación de origen. En este momento es necesario mirar a la CDN¿Está la política de almacenamiento en caché adaptada a HLS?。
Por ejemplo, la solución de 08Host es un poco rara: sus nodos periféricos seleccionan dinámicamente la tasa de bits de las porciones de caché en función de la velocidad de la red del usuario. Cuando detecta una caída en el ancho de banda del usuario, no sólo reduce automáticamente la tasa de bits, sino que también almacena en caché las porciones de baja tasa de bits por adelantado en el nodo más cercano al usuario. Esto requiere que los proveedores de CDN en la aceleración de TCP y algoritmos de almacenamiento en caché en la pila de material, no un simple conjunto de nginx se puede tratar.
En lo que respecta a la adaptación multibitrate, no te creas esa propaganda de “abre multibitrate con un clic”. Recogí los registros de un CDN y encontró que su llamada conmutación de velocidad de bits es totalmente el propio juicio del cliente, y el servidor no hizo ninguna intervención en absoluto. Como resultado, el usuario en la red jitter loco código de conmutación de velocidad, pero causó lag continuo. Un programa verdaderamente fiable requiereToma de decisiones en colaboración entre servidor y cliente。
Tomando CDN07 como ejemplo, su solución de optimización HLS funciona así: los nodos de borde supervisarán la calidad de la red del usuario en tiempo real y, cuando la tasa de pérdida de paquetes sea superior a 2%, tomarán la iniciativa de enviar flujos de baja tasa de bits al cliente. Al mismo tiempo, la siguiente porción se envía por adelantado a través de HTTP/2 Server Push para reducir el tiempo de espera. Este conjunto de combinación punch hacia abajo, incluso en la red 4G puede lograr la conmutación sin fisuras.
Los detalles técnicos deben prestar atención al manejo del archivo de manifiesto (.m3u8). CDN de alta defensa debe ser capaz de modificar dinámicamente las direcciones URL en rodajas dentro, de lo contrario anti-robo y la programación de nodos todos tienen que descansar. Comparta un fragmento de configuración de nginx probado y utilizable:
La clave de esta configuración es quesub_filtroEsa línea - asegura que las solicitudes de los clientes para el corte van directamente al nodo CDN actual en lugar de volver estúpidamente a la fuente. Algunos proveedores cobran un extra incluso por esta función básica, así que asegúrate de preguntar cuando elijas un modelo.
Otra maldita lección: ¡los enlaces de seguridad de HLS nunca deben comprobarse sólo con un Referer! Se puede falsificar casualmente. Recomiendo usarSistema de firma Timestamp+IP+Keygenerar enlaces seguros como éste:
CDN5 lo hace especialmente bien: cada uno de sus nodos admite la rotación de claves, de modo que aunque la clave de un nodo se vea comprometida, no afectará a toda la red. Los otros dos que he visto comparten la misma clave para todos los nodos, este nivel de seguridad equivale a poner una mesa delante del hacker.
La sesión de prueba es la más fácil de rodar. Mucha gente utiliza una red local de 100 megabits para probar transmisiones 4K y dice que va bien, sólo para que todo se venga abajo cuando se conectan. La verdadera prueba essimulación de red débilRendimiento en escenarios 2G/3G/Congested WiFi. Estoy acostumbrado a generar flujos de prueba multibitrate con ffmpeg:
Luego lleve el master.m3u8 generado a diferentes entornos de red para probarlo. Preste atención para ver si la conmutación de velocidad de bits es suave, no hay ningún problema de audio y vídeo fuera de sincronización. 08Host depuración interfaz directamente integrada función de simulación de red, puede ahorrar un montón de cosas.
Por último, algunos proveedores utilizan la compatibilidad con HLS como reclamo, pero en realidad ni siquiera admiten la autenticación BASIC. No querrás conectarte sólo para descubrir que tienes que pagar más dinero para comprar la versión de empresa para abrir la función de cadena antirrobo. Así que antes de registrarte, asegúrate de preguntarCuenta de prueba Ejercicio prácticoLo principal es ver si la consola puede personalizar la estrategia de almacenamiento en caché, si existe un gráfico de ancho de banda en tiempo real y qué métodos de cadena antirrobo admite. No espere a que su empresa esté en línea para descubrir que le han tendido una trampa.
Ahora ya sabe por qué el mismo soporte anunciado para CDN de alta defensa HLS, el precio puede ser tres veces la diferencia, ¿verdad? Lo bueno está en los detalles: entre los nodos rebanada eficiencia de sincronización, algoritmos de conmutación de la tasa de código, la granularidad de la política de seguridad ...... estos son la clave para determinar la experiencia del usuario. La próxima selección, tome directamente los puntos técnicos de este artículo para preguntar al vendedor para asegurarse de que no se atreven a engañarle casualmente.
Por cierto, si utilizáis una CDN de un proveedor en la nube, tened cuidado con las trampas de las tarifas de tráfico. Un conocido proveedor de nube una vez tuvo un error: HLS cada rebanada se calcula individualmente el número de solicitudes, un pequeño video puede generar miles de solicitudes, la factura directamente explotó. O CDN07 realmente, que se facturan de acuerdo a la duración real de la reproducción de vídeo, ver 4K y ver 144p un precio - en estos días este tipo de proveedores de conciencia no son mucho.
En resumen, la selección de la tecnología es como una cita a ciegas, basta con ver los materiales de promoción debe caer en el pozo. Asegúrese de prueba de la mano, tomar los escenarios reales de negocio a la prueba de la muerte. El día que encuentre las tres de la mañana el servidor no está alarmado, que es cuando realmente encontró un CDN de alta defensa HLS fiable.
