Helmut4 X Philadelphia Eagles: des workflows à la vitesse du match

Une franchise de premier plan de la ligue américaine de football américain a entrepris une transformation majeure de son infrastructure médiatique et éditoriale, passant d’un environnement sur site vieillissant à un écosystème hybride moderne centré sur Adobe Premiere Pro, Mimir et Helmut4. Avec plus de 500 téraoctets de stockage actif, une équipe d’éditeurs et de producteurs, et un large éventail de contenus provenant de matchs, d’événements communautaires et de campagnes sur les réseaux sociaux, l’organisation avait besoin de plus qu’un simple gestionnaire de ressources multimédias (MAM). Elle avait besoin d’une visibilité au niveau des projets, d’un suivi des ressources, d’une intégration entre les plateformes et d’une automatisation des flux de travail.
Helmut4 s’est imposé comme le chaînon manquant entre le stockage des ressources et les workflows éditoriaux, offrant à l’équipe la visibilité sur les projets et la flexibilité dont elle ne soupçonnait pas avoir besoin.

Le défi : silos, shadow storage et lacunes dans les flux de travail

L’équipe s’appuyait auparavant sur Reach Engine comme MAM, associé à une archive LTO et à un SAN Fibre Channel. Si Reach Engine offrait des capacités d’automatisation correctes, sa structure manquait de granularité pour gérer les projets Adobe Premiere, d’autant plus que les éditeurs commençaient à extraire des médias de diverses sources, y compris en dehors du MAM.

Les principaux problèmes étaient les suivants :
• Médias non gérés stockés dans des dossiers de projet isolés sur un stockage partagé.
• Aucune visibilité sur les ressources utilisées dans les différents projets.
• Duplication de contenu, parfois copié inutilement du MAM vers le SAN.
• Absence de suivi de l’utilisation par projet, de la consommation de stockage ou de la propriété.
• Workflows de livraison rigides qui exigeaient l’achèvement de l’ingestion avant que le contenu puisse être publié.
• Systèmes cloisonnés, rendant difficile l’intégration entre les outils éditoriaux et l’infrastructure de stockage.

Ces difficultés ont été aggravées par le retrait d’Adobe Prelude et la nécessité de remplacer les workflows intégrés d’ingestion et de balisage.

La solution : intégration de Helmut4 + helmut.cloud

Helmut4 a été déployé comme couche d’orchestration centrée sur les projets à travers les systèmes éditoriaux, de stockage et MAM. Sa flexibilité, son extensibilité et son architecture basée sur des agents ont permis à la franchise de repenser ses workflows de fond en comble.

Principaux avantages :

• Visibilité des projets
  Helmut4 a indexé tous les projets Adobe Premiere sur le SAN et les a rendus visibles pour les gestionnaires de médias, en indiquant qui les avait créés, quelles ressources ils référençaient et combien d’espace de stockage ils occupaient. À lui seul, cela a permis d’éliminer les angles morts dans la budgétisation et la planification de l’extension du SAN. «Helmut4 leur a apporté quelque chose dont ils ne soupçonnaient même pas avoir besoin : une visibilité sur l’ensemble de l’écosystème des projets. Il a permis aux gestionnaires de médias non éditoriaux de suivre le stockage et les flux de travail sans avoir à comprendre Premiere.»
• Automatisation de l’ingestion et de la livraison
  Helmut4 a dissocié l’ingestion et la diffusion, permettant aux éditeurs de livrer immédiatement le contenu fini sur YouTube ou sur le site web de l’équipe sans attendre l’ingestion dans le MAM. En parallèle, les tâches d’ingestion s’exécutaient en arrière-plan, garantissant la conformité aux exigences d’archivage tout en donnant la priorité à la rapidité de publication.
  «Avec Reach Engine, il fallait d’abord ingérer. Maintenant, avec Helmut4, la diffusion et l’ingestion sont deux flux de travail parallèles. C’est énorme lorsque les délais sont serrés.»
• Traitement distribué
  Chaque poste de travail exécutait un agent Helmut4 léger, permettant un transcodage distribué et un traitement automatisé. Au lieu de workflows basés sur des files d’attente, les actions pouvaient être exécutées localement, ce qui allégeait la charge des serveurs centralisés et accélérait les délais de livraison.
• Reconnexion des projets existants
  À l’aide des métadonnées historiques issues de la migration Reach Engine, Helmut4 a permis de relier les anciens projets aux chemins d’accès actuels, ce qui était particulièrement important après le passage à Mimir.
• Extensibilité avec helmut.cloud
  Pour combler les lacunes des intégrations natives dans le cloud, helmut.cloud a été introduit pour traiter les événements webhook, le balisage des métadonnées et l’automatisation en aval.
  Par exemple :
  • Lorsque des ressources étaient balisées dans Mimir, helmut.cloud détectait l’événement et renommait les titres pour une meilleure utilisation dans Premiere.
  • Des processus personnalisés ont été créés pour synchroniser les métadonnées des titres entre les systèmes, sans modifier les noms de fichiers d’origine.
• Optimisation du storage
  Avant Helmut4, l’équipe atteignait souvent 80 à 90 % de la capacité du SAN. En identifiant les doublons, en suivant les ressources inutilisées et en proposant des workflows d’archivage au niveau des projets, Helmut4 les a aidés à réduire le gaspillage de stockage et à reporter l’extension du SAN.
  «Ils pensaient auparavant avoir besoin de plus de SAN. Désormais, ils peuvent voir exactement où se trouvent les données, qui en est propriétaire et quelle quantité est redondante.»
• Le casse-tête de l’archivage : de LTO à Backblaze
  Au départ, l’équipe pensait que ses archives LTO contenaient plus d’un pétaoctet de données. En réalité, seules 27 des 125 bandes contenaient des données utilisables. Cette découverte leur a permis de migrer environ 45 To de contenu LTO vers un stockage cloud via l’interface CLI S3, simplifiant considérablement leur infrastructure.

Aujourd’hui :
• Tout le contenu est archivé lors de son ingestion via Mimir vers Backblaze.
• Helmut Cloud gère les déclencheurs de purge, supprimant automatiquement le contenu MAM supprimé de l’archive afin de contrôler les coûts.
• L’expansion du SAN a été minimisée grâce à une meilleure visibilité du flux de travail et à une meilleure gestion des ressources.

Perspectives d’avenir

Maintenant que les workflows fondamentaux sont stabilisés, l’équipe explore :

• Les options d’archivage avancées via helmut.cloud (par exemple, push-to-LTO pour la redondance de sécurité)
• Une intégration plus poussée entre Helmut et Mimir pour la restauration des ressources basée sur les projets
• La création de projets à partir de modèles pour les émissions et les campagnes répétitives

Pourquoi Helmut4?

Contrairement aux MAM traditionnels, Helmut4 repose sur un principe fondamental : les projets sont essentiels. Il considère les projets Adobe Premiere comme des éléments prioritaires, suit les ressources au niveau du projet et comble le fossé entre les besoins éditoriaux et l’infrastructure informatique.

«La rapidité est essentielle pour nos contenus les plus performants : les diffuser rapidement signifie plus de visibilité, plus d’impact et plus de revenus. Avec plus de 80 000 flux de travail par mois, nos flux rationalisés optimisés par Helmut4 et helmut.cloud permettent aux éditeurs de collaborer et d’avancer au rythme de l’actualité, en diffusant les contenus tant qu’ils sont encore frais, pertinents et captivants.»

Stacy Kelleher, directrice de la production Philadelphia Eagles