Pourquoi un opérateur Tier-1 a remplacé sa plateforme Cloud DVR héritée par NEA Genesis

Le marché des infrastructures vidéo est en pleine mutation. Les récentes acquisitions majeures et la consolidation des fournisseurs ont conduit de nombreux opérateurs à réévaluer les plateformes sur lesquelles reposent leurs services de cloud DVR, de replay TV (catch-up) et de VOD. Lorsqu’un fournisseur clé est absorbé dans une entité plus large, avec des gammes de produits redondantes et des feuilles de route incertaines, le risque n’est pas théorique : il est opérationnel.

Pour les opérateurs ayant construit leurs services OTT sur des plateformes de stockage et de traitement héritées, les signaux d’alerte sont difficiles à ignorer. La rationalisation des produits après des opérations de fusion-acquisition entraîne la disparition progressive de certaines solutions. Le développement de nouvelles fonctionnalités ralentit, voire s’arrête complètement. Dans un cas, le code source d’une plateforme majeure aurait même été perdu lors d’un transfert de support, rendant toute évolution impossible. La plateforme peut être maintenue à la marge, mais elle est figée.

C’est précisément la situation rencontrée par un grand opérateur européen Tier-1. Confronté à une plateforme Cloud DVR obsolète avec des limitations structurelles connues et sans feuille de route crédible, l’opérateur a collaboré avec Ateme pour déployer NEA Genesis, une solution d’origin packager cloud-native conçue dès l’origine pour la distribution de contenus non linéaires.

Résultat : les besoins en stockage ont été réduits de plus de moitié.
Ce qui nécessitait auparavant plus de 100 pétaoctets ne requiert désormais que 55 pétaoctets.

D’où vient réellement l’économie de stockage ?

Les gains ne proviennent pas d’une seule optimisation, mais de la suppression d’une contrainte architecturale fondamentale de l’ancienne plateforme.

Le système précédent imposait une limite stricte sur le nombre d’enregistrements gérés par cluster dans sa base de données. Pour rester sous ce plafond, il devait enregistrer sur des plages temporelles surdimensionnées : un programme de 15 minutes pouvait nécessiter une fenêtre de capture de 3 à 4 heures.

Ainsi, si seulement 3 à 6 % du contenu d’une chaîne est réellement enregistré par les abonnés à des moments variables, la plateforme stocke presque 24 heures de contenu pour représenter environ 1 heure d’enregistrements effectifs.

Le ratio de surcharge est d’environ 2:1 : pour chaque unité de contenu réellement consommée, deux sont stockées.

NEA Genesis supprime totalement cette contrainte.
Le contenu est ingéré sous forme de segments DASH granulaires et stocké dans des formats ouverts et non propriétaires, sans limite par cluster. Grâce au packaging à la demande (Just-In-Time), le contenu est assemblé uniquement au moment de la lecture selon le format requis par l’appareil.

Résultat : Plus de fenêtres d’enregistrement surdimensionnées ; Plus de stockage inutile pour des formats ou durées non demandés.

Au-delà du stockage : la flexibilité hybride

Les économies de stockage à elles seules ont justifié la migration. Mais l’architecture de l’opérateur a continué à évoluer d’une manière qui confirme une seconde décision de conception tout aussi importante : le modèle de déploiement hybride.

Au départ, l’opérateur prévoyait de conserver seulement huit heures de contenu en local, le reste étant hébergé dans le cloud public. Ce volume a depuis évolué : d’abord porté à 24 heures (afin de réduire les coûts de sortie du cloud pour le replay), puis à trois jours (pour couvrir les week-ends sans dépendre de la disponibilité du cloud), et désormais jusqu’à un tampon potentiel de 30 jours. Chaque extension a été guidée par l’expérience opérationnelle réelle, plutôt que par des modélisations théoriques en amont.

Les raisons sont pragmatiques. Les prévisions de coûts cloud pour les workloads vidéo présentent un écart de 20 à 30 % par rapport à la réalité, loin des 5 % annoncés par de nombreux fournisseurs. La supervision ajoute environ 10 %, et les couches de sécurité encore 10 %. Des facteurs liés à l’usage, comme les transitions entre niveaux de stockage, les pics de trafic ou l’activité CPU, introduisent une variabilité supplémentaire. Obtenir des métriques de coût fiables nécessite entre six et douze mois de données en conditions réelles, et entre-temps, le fournisseur cloud peut déjà avoir modifié sa tarification.

NEA Genesis prend en charge une architecture en trois niveaux : le contenu live servi en local, une couche tampon configurable pouvant être déployée en local ou dans le cloud, et un stockage long terme en object storage avec gestion du cycle de vie. La répartition entre ces niveaux peut être ajustée sans refonte de l’architecture. Si les coûts de sortie augmentent, l’opérateur peut étendre le tampon local. Si le cloud devient plus compétitif, une plus grande part du contenu peut être déplacée vers le stockage objet. L’architecture s’adapte ainsi à la réalité économique, plutôt que d’enfermer l’opérateur dans un modèle de déploiement figé, décidé des années auparavant.

Une plateforme sans avenir face à une plateforme conçue pour demain

Le fournisseur de la plateforme historique ne prévoit aucun remplacement en local. Sa seule option de migration repose sur une offre SaaS entièrement dans le cloud, qui ne convient pas aux opérateurs souhaitant conserver le contrôle de leur architecture de déploiement, ou qui ont appris par expérience qu’un modèle 100 % cloud n’est pas toujours le plus rentable.

Pour les opérateurs en phase d’évaluation, la question ne se limite pas au coût actuel du stockage. Elle porte sur la capacité de la plateforme à s’adapter à l’évolution des économies du cloud, aux changements des exigences opérationnelles, et à la volonté du fournisseur d’investir durablement dans son produit. Lorsque la réponse à cette dernière question est négative, le calendrier de migration cesse d’être une option.

L’efficacité n’est pas un simple indicateur de coût. C’est un avantage stratégique.