En tant qu’opérateur d’une plateforme OTT, vous avez des dizaines, voire des centaines de serveurs de cache répartis dans un ou plusieurs pays. Et vous adaptez constamment ce réseau : en ajoutant ou en supprimant un nœud CDN. Pour optimiser votre infrastructure CDN, il est crucial que vous disposiez des bonnes métriques : débit, volume délivré, taux d’accès au cache, etc. Cela vous permet de suivre les tendances, d’anticiper les problèmes potentiels et de savoir où vous devriez ajouter ou supprimer un nœud pour optimiser votre infrastructure CDN.
Alors, comment obtenir ces données ?
De nombreux opérateurs les obtiennent à partir d’outils de surveillance intégrés au CDN lui-même, sous forme de logs.
L’avantage est qu’il n’est pas nécessaire de centraliser les données, car tout reste local, ce qui n’ajoute pas de contrainte supplémentaire au réseau. Cependant, cela signifie que certaines informations – comme le nombre de sessions concurrentes – ne sont pas disponibles, entraînant nécessairement des décisions sous-optimales avec ces impacts potentiels :
- Les téléspectateurs pourraient ne pas obtenir la meilleure expérience de visionnage possible. Ils risquent de devoir attendre un peu plus longtemps pour obtenir le contenu dont ils ont besoin ou de l’obtenir avec une qualité légèrement inférieure en raison de la congestion du réseau lorsque l’opérateur n’optimise pas la répartition des caches.
- Les opérateurs risquent de payer plus cher leurs opérations qu’ils ne le devraient. Ils pourraient continuer à payer pour alimenter un nœud qui n’est plus nécessaire.
Une autre option est de ne pas utiliser du tout les logs du CDN.
Après tout, les logs CDN représentent une énorme quantité de données – beaucoup trop pour les centraliser et les traiter. Dans cette option, la seule information utilisée est celle sur les sessions. Cette information n’est pas aussi riche, ce qui conduit à des décisions d’optimisation encore plus médiocres. Le risque d’une expérience de visionnage sous-optimale et d’une augmentation des coûts opérationnels est encore plus élevé.
D’autres opérateurs, ayant une obligation légale de partager les mesures d’audience, choisissent une autre solution sous la forme d’un plug-in dans les players ou les applications mobiles. Bien que cela résolve le problème d’optimisation, cela en introduit un nouveau car cela peut interférer avec l’expérience utilisateur : épuiser la batterie de l’appareil, déstabiliser le décodeur, etc. De plus, c’est une solution coûteuse : de nombreuses versions différentes sont nécessaires pour chaque équipement (pour iPhone, Android, le Web, etc.) et la création, la maintenance et le remplacement de toutes ces versions représentent un coût annuel important et récurrent. Encore une fois, cela résout un problème mais en introduit un nouveau.
La solution idéale, bien sûr, serait d’utiliser à la fois les logs CDN ET les données de session dans un emplacement central. Mais si les logs CDN seuls sont trop lourds en données pour être centralisés, comment y arriver en ajoutant encore plus de données ?
Il s’avère qu’il existe une solution : une sorte de « compression des données » qui garantit que toutes les données sont utilisées, mais sans congestionner le réseau. Ateme, expert en compression vidéo, propose une solution pour des analyses CDN riches et centralisées, sans interférer avec le player client (et potentiellement introduire des problèmes dans l’expérience de visionnage).
Le résultat
En tant que fournisseur de services, vous pouvez offrir à vos téléspectateurs la meilleure expérience possible. En utilisant la configuration CDN la plus efficace, vous optimisez les batteries de vos téléspectateurs, assurez une stabilité des décodeurs et réduisez vos coûts opérationnels !
Quels obstacles rencontrez-vous dans l’optimisation de votre infrastructure CDN ? Partagez avec nous dans les commentaires ci-dessous !