Observabilité HLS : métriques pertinentes

Avoid single-metric diagnosis

Bandwidth alone can be misleading; combine with buffering and error timelines.

Useful metric combinations

Smoothed bandwidth + 10s median, buffer trend + waiting events, error rate + HTTP codes.

Checklist opérationnelle

Vérifiez l’URL, les en-têtes de réponse et la continuité des segments sur la même période avant de modifier le player.

Conseil de collaboration

Exportez le snapshot de debug avec navigateur/appareil/heure/région pour accélérer l’analyse de cause racine.

Approche de diagnostic

Ne vous fiez pas à un seul message d’erreur. Corrélez logs, statuts HTTP et chronologie avant de conclure.

Séquence recommandée

• Vérifier l’URL et le format de playlist
• Contrôler CORS/auth sur playlist, segments et clés
• Comparer les échecs par niveau de qualité et région
• Utiliser les tendances pour distinguer jitter et panne continue
• Partager un snapshot de debug pour l’investigation

Stratégie de diagnostic approfondie

En production, évitez de modifier plusieurs variables en même temps. Isolez une variable par itération (réseau, token URL, niveau qualité ou région CDN) pour comparer les preuves proprement.

Tenez une chronologie courte avec heure précise et symptômes observés. Elle permet de corréler les événements du player avec les logs CDN/origine et d'accélérer l'analyse de cause racine.

À collecter avant escalade

• URL de lecture d'origine et présence d'une signature
• Fuseau horaire + heure exacte de l'échec
• Navigateur/appareil/OS et type de réseau
• Extrait des logs d'événements autour de l'incident
• Lignes de segments avec code HTTP et temps de chargement
• Reproductibilité selon région ou opérateur