Arrêtez-vous là. Ne rejetez pas ce blog car vous créez du contenu multimédia, pas des produits multimédias. Les deux ont toujours été étroitement alignés et à l’avenir sera encore plus étroitement lié avec des conséquences sur la façon dont vous travaillez et la vitesse avec laquelle vous pouvez répondre aux demandes de vos clients ou des organisations de médias pour les services de production.
Il y a un changement spectaculaire qui se produit sous la surface des outils utilisés pour changer de vidéo, mixer de l’audio, ajouter des graphiques et communiquer avec le personnel de production, les talents et les invités. Le terreau de ce changement est le cloud où résident les équivalents virtualisés des technologies et des produits utilisés pour produire, diffuser et distribuer la télévision.
Toutefois, bien qu’elle soit importante, la virtualisation n’est pas le moteur principal du changement qui se produit. Cette distinction appartient à un concept plutôt nouveau dans le paysage médiatique, à savoir les microservices.
Microservices – Un peu d’arrière-plan
Les racines des microservices remontent aux années 1970 et sont en jeu dans le domaine informatique depuis un certain temps. Mais au cours des dernières années, les microservices ont commencé à prendre leur en charge dans l’industrie des médias et du divertissement (M&E).
Un historique détaillé des microservices dépasse bien la portée de ce blog ; cependant, il existe quelques articles informatifs en ligne qui peuvent rapidement vous mettre au courant si vous n’êtes pas familier avec leur origine. (Certains incluent: « The Long History of Microservices » par Jan Stenberg; «Microservices: What They Are and Why Use Them » par Laura Mauersberger; «Microservices – A Definition of This New Architectural Term » par James Lewis et Martin Fowler; et « Microservices Architecture – A Little History » par Oren Eini.)
Si la vidéo est plus votre vitesse, consultez: »En quoi consistent vraiment les microservices ? Didacticiel sur les principes de base des microservices« sur YouTube.
Comme indiqué d’une manière ou d’une autre dans ces sources, les microservices sont des mini-applications. Le concept derrière les microservices est qu’au lieu d’avoir une application informatique gargantuesque exécuter toutes les fonctions nécessaires pour une activité informatique particulière, telles que le traitement de texte, plusieurs mini-applications indépendantes qui peuvent s’exécuter sur un matériel différent remplissent le même rôle global.
Cette architecture offre aux programmeurs et aux services informatiques une variété d’avantages, tels que des déploiements et une évolutivité plus faciles.
Ce que cela signifie pour l’industrie du S&E
Ces mini-applications, ou microservices, peuvent être déployés sur plusieurs serveurs dans le cloud et utilisés en fonction des besoins. Cela signifie pour les sociétés de suivi et d’évaluation qu’au lieu d’avoir à acheter du matériel et des logiciels autonomes pour répondre à la demande de pointe, les instances de microservices nécessaires peuvent être filées sur des serveurs cloud supplémentaires, se parler sur le réseau et répondre aux exigences du jour le plus chargé de l’année. Lorsqu’ils ne sont plus nécessaires, ils peuvent être redescissés.
D’un point de vue financier, ce modèle OpEx, dans lequel une organisation de S&E paie simplement pour ce qu’elle utilise plutôt que d’investir des dollars CapEx pour répondre à la demande de pointe et d’avoir ces ressources inutilisées le reste du temps, est assez attrayant.
Au-delà de l’économie, cependant, la virtualisation tirant parti d’une architecture de microservices signifie que les fournisseurs peuvent être plus agiles et réactifs pour répondre aux besoins de leurs clients de l’industrie du M&E, qui à leur tour peuvent mieux et plus rapidement répondre aux besoins de leurs clients.
Plutôt que de réécrire le code et d’effectuer tous les tests requis pour mettre à jour et ajouter de nouvelles fonctionnalités à une application monolithique, les fournisseurs tirant parti d’une architecture de microservices peuvent ajouter de nouvelles mini-applications à partir de leur bibliothèque de microservices existants pour créer de nouveaux produits en fonction des besoins. Dans le processus, le temps de développement se réduit aux jours nécessaires pour générer la meilleure interface utilisateur plutôt qu’aux mois ou plus nécessaires pour terminer une nouvelle version d’une application monolithique.
Microservices dans le monde réel
Il ne s’agit pas simplement d’une discussion théorique. TVU Networks a alimenté le développement de plusieurs produits importants l’année dernière et ce sur la base d’une architecture de microservices.
Prenons l’exemple de TVU Partyline,une solution basée sur le cloud lancée en mai 2020 qui combine la présence virtuelle et les communications en temps réel. TVU Partyline est passé du concept à l’achèvement en environ un mois et demi grâce en grande partie à la bibliothèque existante de microservices de TVU Networks.
Développé pour répondre aux besoins immédiats des entreprises de médias pour produire des spectacles avec des équipes de production, des talents et des invités situés à distance et socialement éloignés en raison de COVID-19, TVU Partyline a traversé plusieurs itérations pour répondre à des exigences de production spécifiques, telles que l’amener des fans virtuels dans les stands sur des moniteurs et des murs vidéo pour les productions sportives et fournir la présence audio et vidéo en temps réel de centaines de présentateurs, nominés et gagnants pour les remises de prix.
Au cours des deux derniers mois, TVU Networks a puisé dans son arsenal de microservices pour mettre sur le marché TVU Remote Commentator, une solution qui permet aux commentateurs sportifs et de couleur d’appeler des jeux en direct sans être sur le lieu où ils sont joués.
Cette solution basée sur le cloud s’appuie sur une interface très spécifique aux tâches pour permettre aux commentateurs distants de contrôler leur propre volume et de transporter leur vidéo et leur parole vers le centre de production, qu’il s’agisse de physique ou de virtuel. Dans le même temps, il exploite de nombreux microservices TVU Networks existants, tels que ceux utilisés pour mixer de l’audio dans TVU Producer et d’autres utilisés par TVU Partyline pour permettre le transport vidéo et audio à distance en temps réel ainsi que le retour vidéo.
Il existe également de nombreux exemples de la façon dont TVU Networks tire parti des microservices pour ajouter des fonctionnalités critiques, telles que le sous-titrage codé basé sur l’IA et la création de métadonnées image par image, aux productions en fonction de ce qui est nécessaire. Quelles que soient les différences en ce qui concerne les microservices spécifiques de l’utilisation à l’utilisation, cependant, le principe fondamental reste le même : développer des frontaux très spécifiques à la tâche pour différents outils qui exploitent les microservices existants sur le serveur principal pour effectuer le travail qui doit être effectué.
Sans aucun doute, les microservices restent sous le capot, ce qui n’est pas évident pour les producteurs qui utilisent ces produits. Cependant, cela ne signifie pas qu’ils n’ont pas un effet dramatique sur la façon dont les producteurs travaillent et répondent aux besoins de leurs clients. À l’avenir, ils joueront certainement un rôle de plus en plus important dans ces outils, aidant les producteurs à suivre le rythme de l’évolution rapide du marché de production qu’ils doivent desservir.
