La production définie par logiciel n’est plus un « peut-être ». Les équipes sont sous pression pour livrer plus de contenu, plus rapidement et sur plus de plateformes que jamais auparavant – tout en réduisant les coûts d’exploitation – l’industrie a franchi un seuil.

La vraie question maintenant est plus simple et plus difficile : comment faire évoluer la production définie par logiciel, sans réintroduire la complexité qu’elle était censée éliminer?

Heureusement, deux initiatives émergent comme réponses pratiques :

  • JT-DMF : une architecture de référence sur la façon dont les installations dynamiques devraient être structurées, gouvernées et exploitées dans des environnements sur site, cloud et hybrides.
  • MXL : une approche d’échange de médias haute performance qui permet aux applications logicielles de vraiment collaborer, pas seulement de se connecter.

Ensemble, ils pointent ce dont l’industrie a besoin ensuite : un ensemble commun de principes permettant une interopérabilité prévisible, des règles claires pour la production définie par logiciel à l’échelle.

Il est important de noter que ce n’est pas une approche réservée aux fournisseurs. JT-DMF et MXL sont tous deux en cours de formation grâce à la participation des conseillers à la clientèle, soutenue par des organisations telles que l’UBE, la NABA, l’AMWA et la direction de CBC/Radio Canada afin de s’assurer que les résultats reflètent les vrais besoins opérationnels, et non seulement les idéaux techniques.

Pourquoi les principes communs sont importants aujourd’hui

Au cours de la dernière décennie, l’industrie est passée du matériel clé en main à la virtualisation lift-and-shift, puis aux conteneurs et plateformes. Grâce à cela, la quête du meilleur de la catégorie a continué d’être un moteur clé – à juste titre – mais elle a aussi renforcé des schémas qui ne s’adaptent pas bien : orchestration fragmentée, approches à environnement unique et transferts de médias qui reflètent encore le transport traditionnel système à système, même lorsque les applications fonctionnent sur un calcul partagé.

Le résultat est malheureusement prévisible : plus de surcharge, des ressources gaspillées, et une latence évitable autrement.

Le but des principes communs n’est pas de réduire le choix ou la différenciation. C’est l’inverse : standardiser l’architecture fondamentale, pour que le meilleur de la catégorie soit plus facile à déployer, à exploiter et à faire évoluer, sans transformer chaque déploiement en un projet d’intégration sur mesure.

La phase suivante n’est pas seulement une exécution définie par logiciel. Il s’agit de collaboration, à grande échelle, et cela nécessite un alignement à l’échelle de l’industrie sur l’architecture et les principes opérationnels.

JT-DMF : un plan pour des architectures évolutives et reproductibles

JT-DMF est mieux considéré comme un modèle pour construire et exploiter une production définie par logiciel évolutive, surtout dans des environnements hybrides. Il vise à mettre l’accent sur les fondations architecturales et opérationnelles qui permettent aux installations dynamiques de croître sans devenir fragiles ou sur mesure :

  • Charge de travail, orchestration et responsabilités
  • Gestion de l’identité et des accès
  • Gestion du cycle de vie
  • Modèles de déploiement – qui fonctionnent sur site, cloud et hybrides

C’est encore tôt, les lancements officiels n’ayant eu lieu qu’à la fin de 2025, mais l’intention n’est pas de freiner l’innovation. C’est pour rendre la livraison reproductible, afin que la mise à l’échelle ne signifie pas reconstruire la même plomberie à chaque déploiement.

Tout aussi important, JT-DMF offre un cadre partagé permettant aux fournisseurs de collaborer avec leurs clients. Une structure commune de partenariat qui réduit l’ambiguïté, accélère le déploiement et améliore l’opérabilité à long terme.

MXL : le facilitateur d’une véritable collaboration applicative

Là où JT-DMF définit la direction, MXL est un facilitateur clé.

La SDI, ainsi qu’une grande partie des médias IP, était construite sur un rythme et un transport linéaires et prévisibles à travers des environnements historiquement fermés ou strictement contrôlés. Ce modèle fonctionne bien pour connecter les systèmes, mais il suppose que le média est quelque chose que vous déplacez d’une boîte à une autre.

Le calcul COTS ne se comporte pas comme ça. Les processeurs et GPU fonctionnent en rafales, files d’attente et pipelines, optimisant le débit via un effort asynchrone. Pour faire évoluer le SDP, l’échange média doit fonctionner avec le calcul, et non contre celui-ci : asynchrone, parallèle et évitant la copie. Chaque copie, transfert et duplication brûle des cycles, augmente la pression mémoire, ajoute de la latence et réduit la marge de manœuvre.

C’est là que MXL représente un changement par étapes. Plutôt que de transporter entre systèmes, il permet aux applications de partager des flux de médias au sein du même tissu de calcul (ou combiné). Plusieurs applications, chez un ou plusieurs fournisseurs, peuvent fonctionner simultanément sur le même contenu avec une latence extrêmement faible, tout en gardant la vidéo, l’audio, l’ANC et le timing alignés sans dupliquer et transporter les médias à répétition – gardant les données locales et accessibles, évitant des transferts coûteux.

AMPP : prouvé aujourd’hui, évoluant en accord avec la direction de l’industrie

Rien de tout cela n’a d’importance, bien sûr, à moins que ça tienne dans une vraie production. Événements en direct, opérations réelles, attentes réelles. AMPP est la preuve de ce modèle, démontrant que la production définie par logiciel peut livrer à grande échelle grâce à un contrôle centralisé, des approches opérationnelles partagées et une utilisation efficace du calcul – une véritable plateforme.

Au sein d’AMPP, nous avons maintenant publié le support MXL sur les nœuds gérés, et nous travaillons avec des partenaires pour lancer des applications MXL natives par NAB.

À mesure que JT-DMF et MXL mûrirent, l’AMPP évoluera en même temps, intégrant des principes architecturaux et des approches d’interopérabilité au fur et à mesure de leur mise en place.

L’hybride, c’est réel, et il inclut du matériel

Mais ce futur n’est pas seulement un logiciel. L’hybride est la voie que la plupart des organisations empruntent, et hybride n’est pas seulement un terme pour infonuage + COTS. Il inclut aussi du matériel conçu spécialement pour offrir des avantages en performance ou économiques, surtout en périphérie.

Le matériel et le logiciel doivent fonctionner comme un environnement cohérent et orchestré, avec un contrôle constant, des performances prévisibles et un mouvement (ou non-déplacement) efficace des médias à travers la périphérie, du matériel aux COTS. L’opportunité est de rassembler la bande de base, la propriété intellectuelle et le calcul à haute densité sous le même environnement opérationnel, plutôt que de les traiter comme des mondes séparés liés par des passerelles.

Un exemple concret est la sortie de l’ACE-3901 de Grass Valley – une carte modulaire conçue pour intégrer des entrées/sorties à bande de base à haute densité dans les flux de travail définis par le logiciel MXL. Le but n’est pas matériel, logiciel, mais de réduire la friction à la limite pour que les systèmes puissent évoluer sans créer de nouveaux goulets d’étranglement.

Ce que cela signifie et ce qui s’en vient ensuite

La production définie par logiciel (SDP) est déjà en place et JT-DMF ainsi que MXL mènent des efforts directs pour l’industrialiser – par des approches partagées et une interopérabilité reproductible.

Les résultats sont pratiques :

  • Intégration plus rapide et plus propre
  • Réduction des frais opérationnels
  • Meilleure utilisation des ressources de calcul
  • Plus de liberté pour adopter de nouvelles capacités sans retravailler la fondation à chaque fois
  • Un écosystème multi-fournisseurs plus sain où la différenciation se fait dans les applications, pas dans la plomberie

L’AMPP s’aligne directement avec ces concepts et l’architecture de référence du DMF. Cela montre que la production définie par logiciel peut fonctionner à grande échelle grâce à des opérations partagées, un contrôle centralisé et une utilisation efficace du calcul – tout en continuant d’évoluer en même temps que JT-DMF et MXL à mesure que l’alignement industriel se poursuit.

Ce qui vient ensuite, c’est là où les opportunités s’accumulent : des modèles de déploiement répétables et des interfaces interopérables – menant à un partenariat accru – afin que le SDP entre fournisseurs et écosystèmes devienne plus facile à gérer, à exploiter et plus rapide à itérer.