Récemment, j'ai aidé plusieurs équipes de courts métrages vidéo à résoudre le problème du décalage, et j'ai constaté que huit sur dix d'entre elles étaient mortes en pensant que tout irait bien si elles achetaient un CDN. En conséquence, une fois en ligne, le lecteur tourne avec plus de diligence qu'un ventilateur électrique, et le taux de désabonnement des utilisateurs grimpe directement à 30%. De nos jours, même les CDN doivent "prévenir les coéquipiers" - l'accélération que vous pensiez ne sera peut-être pas utilisée au bon endroit du tout.
La lenteur de chargement des vidéos courtes n'est jamais aussi simple qu'une bande passante insuffisante. J'ai pris la carte des flammes pour relever quelques cas, et j'ai trouvé un triple coup : le premier est que la station source a été pénétrée par un DDoS, le CDN retourne à la source de la paralysie ; le deuxième est que l'encodage vidéo est approximatif, 2 minutes de vidéo sont difficiles à compresser pour un volume de 200MB ; le troisième est que la stratégie de mise en cache à la périphérie du nœud est mauvaise, l'utilisateur doit à chaque fois télécharger le même contenu encore et encore. Le plus pitoyable est la "compression intelligente" de certains fournisseurs, en fait une compression vidéo 1080p à partir de la texture de la mosaïque, cette vague d'opérations est vraiment une optimisation négative.
Tout d'abord, comment choisir un CDN à haute défense. Ne croyez pas à ces absurdités de "protection illimitée", la capacité de nettoyage de niveau T du CDN5 testé peut vraiment résister aux attaques SYN Flood mixed CC, mais 08Host facturant au volume pour répondre au flux soudain de trafic est simplement en train de brûler de l'argent comme de l'eau. La clé réside dans les compétences cachées : tout CDN qui ouvre la "protection contre la pénétration du cache", ou les pirates pénètrent directement dans le cache pour atteindre la station source, acheter plus de protection est inutile. Exemple de configuration, voir ici :
La compression vidéo est le véritable tueur de bande passante. J'ai vu des équipes utiliser H.264 pour compresser des vidéos 4K et ouvrir le CRF 18, et une seule vidéo qui consomme 3 Go de trafic est purement suicidaire. La combinaison testée HEVC + HDR de la taille du fichier peut être compressée jusqu'à 40% sans perte de clarté, mais il faut faire attention à la compatibilité - certains vieux téléphones portables décodant HEVC peuvent directement laisser le CPU grimper à 90 degrés.
Mon schéma de paramètres de pression a été vérifié dans plus de trois cents vidéos :
La fonction d'échauffement intelligente de CDN07 est digne d'éloges, car elle peut mettre en cache les nœuds périphériques à l'avance en fonction de la liste des vidéos les plus populaires. Cependant, les paramètres TTL de la plupart des fournisseurs sont anti-humains : ils configurent en fait un cache d'une heure pour les fichiers d'index m3u8, et ils devraient évidemment utiliser un cache court de 5 secondes avec l'authentification ETag. Souvenez-vous d'un principe : les tranches statiques sont mises en cache pendant 30 jours, les listes dynamiques sont mises en cache pendant 5 secondes et les fichiers clés ne sont jamais mis en cache.
Le véritable secret de l'accélération réside dans la combinaison HTTP/2+Brotli. Les données de test montrent que Brotli compresse les fichiers m3u8 en économisant un volume supplémentaire de 17% par rapport à gzip, en particulier pour les listes de lecture qui contiennent beaucoup d'horodatages. Mais vous devez activer manuellement le support dans l'arrière-plan du CDN, les paramètres par défaut étant désactivés :
Enfin, j'aimerais présenter des données de test réelles : après qu'une application de fiction de courte durée avec un million de DAU a accédé à la solution hybride - en utilisant CDN5 pour la résolution haute définition + 08Host pour gérer le trafic outre-mer + une couche de mise en cache en périphérie auto-construite - le temps de chargement de la première image a été ramené de 4,3 à 1,1 seconde, et le coût mensuel de la bande passante a été directement réduit de 10 000 000 $ par mois. Les coûts mensuels de la bande passante ont baissé de 620 000 RMB. L'essentiel est dans les détails : même la taille de la tranche vidéo est réajustée à 2 secondes par section, de sorte que l'opération de recherche peut réduire le nombre de requêtes de 30%.
Si l'on regarde maintenant ceux qui utilisent encore l'équipe du programme d'"accélération en un clic", c'est comme si l'on regardait une personne avec un scalpel pour couper des légumes - ce n'est pas que l'outil ne fonctionne pas, mais l'utilisation n'est pas du tout la bonne. L'accélération des vidéos courtes est un projet systématique, de l'encodage à la transmission en passant par la mise en cache, chaque lien doit utiliser la force la plus sérieuse des techniciens pour mourir. Après tout, la vitesse de glissement du doigt de l'utilisateur est beaucoup plus rapide que la vitesse de votre mémoire tampon vidéo.
