Dans le domaine du sport en direct, je pense que ce que nous considérons comme la qualité de l'expérience pour le consommateur est crucial. Certains d'entre vous ont peut-être remarqué que des sujets tels que la latence (décalage par rapport au direct) et l'utilisation de (ou l'introduction de) l'audio immersif sont des sujets brûlants en ce moment. À juste titre – ce sont des choses qui comptent vraiment pour les publics du monde entier.

Dans les scénarios de sport en direct, les moments qui précèdent le début de l'événement génèrent un pic de trafic qui a un impact énorme sur la plateforme et l'expérience du consommateur. Après tout – à quoi bon un audio immersif si l'on ne peut pas accéder au match à temps ? Parmi les pannes et interruptions majeures qui ont touché les grandes marques diffusant du contenu sportif ces dernières années, c'est rarement (voire jamais) le dernier élément de la diffusion des médias qui est en cause.

Alors, à quoi devons-nous veiller lors de la conception de plateformes destinées à une portée et une échelle mondiales ?

Authentification

Le service d'authentification est l'un des nombreux services qui subissent le plus fort des problèmes de pic de charge. Dans les derniers instants qui précèdent le début de tout événement en direct, les données analytiques démontrent généralement qu'une augmentation soudaine du nombre d'utilisateurs se dirigeant vers le service pour préparer leurs tablettes, téléviseurs ou consoles pour l'événement principal entraîne une vague de demandes d'authentification et/ou de renouvellement de jetons de session.

Pour un service SVOD ou TVOD typique qui ne connaît qu'un pic de quelques milliers de requêtes simultanées par seconde, cette valeur peut être multipliée de manière significative avec l'introduction du sport en direct. Notre expérience des Jeux d'hiver a révélé des pics de plus de 500k/rps (requêtes par seconde) dans les derniers instants avant le début des épreuves. Il convient également de noter que dans les scénarios d'architectures fédérées ou SSO – acheminer cette charge de requêtes vers des partenaires en aval peut également s'avérer être votre goulot d'étranglement fondamental.

Droits d'accès (Entitlements)

Le service des Droits d'accès est le suivant sur ma liste. Le service des Droits d'accès traduit une matrice complexe de disponibilité du contenu (géo-blocage) et de règles d'offre (forfait) en temps réel à mesure que le contenu est demandé par le consommateur. Dans l'un de nos projets les plus récents, 220 pays + 15 types de contenu + variation du jour de la semaine + 4 types d'offres = un ensemble de règles complexe et chronophage à analyser. Cela entraîne une charge importante sur la plateforme. La latence dans des domaines tels que la terminaison SSL ou la récupération des réponses de droits d'accès à partir de couches de cache ou de fragments de base de données (shards) sont autant d'éléments à surveiller.

Ne pensez pas que parce que vos consommateurs peuvent commencer à regarder l'événement avec succès – vous êtes tiré d'affaire. Contrairement à l'authentification qui ne subit souvent qu'un pic de trafic unique dans les minutes qui précèdent l'événement, le point de terminaison des Droits d'accès est également sollicité (si vous êtes dans un environnement renforcé) à intervalles réguliers tout au long de l'événement.

S'il est lié à votre Service de Localisation et peut-être à votre Service de Concurrence, il n'est pas anormal de voir le lecteur effectuer des requêtes d'interrogation (polling) à des intervalles allant jusqu'à 30 secondes pour s'assurer que les utilisateurs ne passent pas par des VPN ou ne partagent pas leurs identifiants avec leurs amis et leur famille. Dans de nombreux environnements, un contrôle de droits d'accès échoué entraînera l'exclusion de vos consommateurs du flux en direct. Maintenir une disponibilité de 100 % de vos points de terminaison de droits d'accès est critique.

Évolutivité du Cloud (Cloud Scaling)

L'évolutivité du cloud. Cela devrait être votre poule aux œufs d'or – la solution à tous vos problèmes de capacité. Les groupes d'Auto-scaling sont formidables – et nous sommes de fervents partisans des capacités prêtes à l'emploi que proposent nos fournisseurs de cloud public et privé. Cela dit, en faisant des recherches pour cet article, j'ai tout de même été surpris de voir combien de grands noms se sont fait piéger ici.

Les règles et politiques qui surveillent la charge dans des domaines tels qu'une latence de réponse élevée ou le processeur de l'instance mettent encore quelques secondes à se déclencher et à générer la capacité de calcul supplémentaire dont nous avons besoin. Ajoutez à cela quelques minutes de démarrage initial (bootstrapping), de rattachement des instances à un équilibreur de charge et de validation des contrôles de santé (health checks), et vous venez d'atteindre une durée de bout en bout d'environ 3 à 5 minutes.

En reprenant notre cas d'usage des droits d'accès ci-dessus – vous auriez pu rater le début critique de votre événement en direct. Si le processus que vous utilisez pour ajouter de la capacité n'est déclenché qu'à 75 %, vous risquez de manquer le coche. Le pré-chauffage (pre-warming) est un excellent moyen de résoudre ce problème. Utilisez votre calendrier d'événements pour scripter ou automatiser le processus d'ajout de capacité supplémentaire dans l'heure qui précède le début de votre événement en direct.

Services de Localisation

Les services de localisation sont un élément critique de l'architecture – fortement sollicités pour la logique des droits d'accès – mais la manière dont ce service de base est implémenté peut faire toute la différence entre le succès et l'échec.

Les adresses IPv4 traditionnelles sont aujourd'hui si rares que les valeurs TTL (durée de vie) ont été réduites de plusieurs jours à quelques heures – ce qui signifie qu'un fournisseur de services peut attribuer une adresse IP utilisée dans une partie d'une région le lundi à une partie totalement différente de la région le mardi. Pour le consommateur, cela signifie souvent que l'adresse IP qui lui a été attribuée lors de son abonnement peut désormais être allouée à une région où les droits de lecture sont bloqués.

Lors du déploiement de vos services de localisation – il devient de plus en plus critique de veiller à ce que les services clients aient la possibilité de contourner, d'ajouter à une liste blanche ou d'ajuster une adresse IP en temps réel afin d'accorder immédiatement l'accès à un événement en direct au consommateur. Passer à un service de localisation détenu et exploité en propre vous apportera une flexibilité inestimable, aidera à atténuer les limites de capacité offertes par les solutions basées sur le cloud, et vous fera sans doute gagner quelques points supplémentaires sur votre score NPS.

En conclusion

Ces sous-systèmes ne représentent qu'une fraction des composants d'un environnement typique – mais ce sont souvent ceux qui génèrent le plus de difficultés. Pour ceux qui adoptent le cloud et peut-être même des environnements sur site (on-premise) selon une approche personnalisée (build it yourself) – le défi vous appartient. Pour ceux qui ont construit des plateformes autour de produits SaaS externes hébergés par plusieurs fournisseurs, le défi de fortifier, de mettre à l'échelle et de renforcer peut nécessiter un peu plus de réflexion.