Est-il possible de faire évoluer un service de vidéosurveillance dans le cloud tout en conservant une infrastructure flexible et économe en ressources ?

Un vvidéosurveillance Le serveur multimédia est au cœur de la charge de travail. Chaque flux supplémentaire génère une charge sur plusieurs couches d'infrastructure.

Serveur multimédia Aipix Cet exemple illustre comment ce type d'infrastructure peut être organisé. Son architecture combine la capture de flux, l'enregistrement, la gestion des archives et la diffusion multimédia au sein d'une seule couche de traitement multimédia.

Selon la configuration matérielle et la charge de travail, un nœud Mediaserver peut traiter jusqu'à 5 000 flux. Toutefois, le nombre de flux ne suffit pas à déterminer l'efficacité d'un déploiement. L'évolutivité dépend également de la conception des ressources de traitement, du stockage, de la bande passante, des politiques d'enregistrement et de la redondance.

Qu'est-ce qu'un serveur multimédia de vidéosurveillance dans le cloud ?

Un serveur multimédia de vidéosurveillance est un composant qui traite les flux multimédias entre les caméras, les systèmes de stockage, les applications et les utilisateurs.

Ses principales responsabilités comprennent généralement :

• réception de flux vidéo et audio ;
• traitement des médias entrants ;
• enregistrement vidéo ;
• gestion des archives ;
• fournir un accès aux vidéos stockées ;
• diffusion en direct ;
• diffusion de vidéos archivées.

Dans Aipix Mediaserver, ces fonctions sont réparties entre plusieurs composants principaux, notamment la capture, le streaming et l'enregistrement vidéo numérique (DVR).

Le composant Capture se connecte aux caméras et autres sources multimédias et reçoit les flux entrants. Le composant DVR gère l'enregistrement et l'archivage vidéo. Le composant Streaming diffuse les flux multimédias en direct et archivés aux applications et aux utilisateurs.

Le flux média global peut être représenté comme suit :

Caméra ou source de flux → Capture → Traitement RTP → Diffusion et/ou enregistrement DVR → Distribution vidéo

Cette architecture maintient les principales opérations multimédias au sein d'une seule couche de traitement tout en séparant les responsabilités d'acquisition, d'enregistrement, de stockage et de lecture du flux.

Comment le module Capture traite-t-il les flux entrants ?

Avant que la vidéo puisse être enregistrée ou diffusée aux spectateurs, Mediaserver doit établir et maintenir une connexion avec la caméra ou une autre source de flux.

Cette tâche est gérée par le Module de capture.

Capture fournit une API pour les modules internes de Mediaserver qui ont besoin d'accéder aux flux vidéo et prend en charge l'acquisition de flux RTSP utilisant à la fois le transport TCP et UDP.

Une fois le flux reçu, Capture traite les données entrantes. paquets RTP, qui transportent les données multimédias.

Deux opérateurs interviennent dans ce processus :

• Banderole — Créé lorsqu'un flux est ajouté à Mediaserver. Il traite les paquets RTP entrants et les transmet aux composants responsables de la diffusion vidéo.
• Enregistreur — Créé lorsque l'enregistrement est activé pour le flux. Il traite les mêmes paquets RTP entrants et les transmet au sous-système DVR/archivage.

Cette architecture permet d'utiliser simultanément un seul flux vidéo capturé par une caméra à plusieurs fins.

Par exemple, un flux en direct peut être diffusé à un utilisateur tandis que ce même flux est également enregistré dans les archives.

La séparation de la capture, de l'enregistrement et de la lecture permet également d'organiser les responsabilités de traitement multimédia à mesure que les déploiements se développent.

Combien de flux le serveur multimédia de vidéosurveillance peut-il traiter ?

Selon la configuration de référence documentée, un Serveur multimédia Le nœud peut traiter jusqu'à 5 000 flux vidéo, en fonction du matériel et de la charge de travail.

Ce traitement peut inclure la capture de flux, l'enregistrement d'archives et la diffusion de contenu.

Pour le scénario de référence à 5 000 flux, la configuration d’infrastructure approximative est la suivante :

• 32 vCPU ;
• 160 Go de RAM ;
• SSD de 128 Go ;
• 2 adaptateurs réseau 10 Gbit/s ;
• Jusqu'à 3 000 To de disque dur pour 30 jours de stockage d'archives.

Ces chiffres ne doivent pas être interprétés comme des exigences fixes pour chaque déploiement.

La consommation réelle de ressources dépend de facteurs tels que :

• nombre de flux ;
• débit binaire de la caméra ;
• résolution;
• codec ;
• mode d'enregistrement ;
• période de conservation ;
• taille de l'archive ;
• nombre de téléspectateurs ;
• trafic réseau entrant et sortant.

Cette distinction est importante pour estimer les coûts d'infrastructure. Deux déploiements comportant le même nombre de caméras peuvent nécessiter des capacités de calcul, de stockage et de bande passante très différentes.

Adaptation des serveurs multimédias de vidéosurveillance à l'augmentation du nombre de caméras

La scalabilité comporte deux dimensions principales : l’augmentation de la capacité d’un nœud existant et l’ajout de nœuds supplémentaires.

Aipix Mediaserver prend en charge les deux mise à l'échelle verticale et horizontale.

La mise à l'échelle verticale consiste à augmenter les ressources d'un serveur individuel, telles que le processeur et la mémoire vive.

La mise à l'échelle horizontale consiste à ajouter davantage de nœuds Mediaserver et à répartir la charge de travail entre eux.

Les configurations de référence documentées illustrent comment les exigences matérielles évoluent à mesure que le nombre de flux augmente :

Le tableau démontre pourquoi le nombre de flux doit être considéré comme un paramètre de dimensionnement plutôt que comme la seule mesure de scalabilité.

À mesure que les déploiements se développent, les différentes ressources d'infrastructure peuvent augmenter à des rythmes différents.

Par exemple, un plus grand nombre de spectateurs peut augmenter le trafic réseau sortant sans modifier sensiblement les besoins en stockage d'archives. Une période de conservation plus longue peut accroître considérablement ces besoins sans changer le nombre de flux entrants.

Tolérance aux pannes et redondance pour la disponibilité VSaaS

Un système de vidéosurveillance à grande échelle doit également tenir compte des pannes de serveur.

Si des milliers de flux vidéo de caméras dépendent d'un seul nœud de traitement, une panne peut affecter une part importante du service.

C’est pourquoi la tolérance aux pannes et la redondance sont importantes dans les environnements multi-serveurs.

Aipix Mediaserver peut fonctionner avec Controller dans une configuration permettant la redistribution des charges de travail entre les serveurs. Si un serveur devient indisponible, les flux peuvent être redirigés vers un autre nœud disponible.

L'intérêt pratique de cette approche ne se limite pas à la sauvegarde.

Cela réduit la dépendance à un seul serveur de traitement et permet de considérer simultanément la planification des capacités et la résilience.

Dans un déploiement plus important, les nœuds supplémentaires peuvent donc servir deux objectifs :

• augmentation de la capacité de traitement ;
• améliorer la continuité du service en cas de défaillance d'un autre nœud.

Pour les opérateurs, cette distinction est importante. L'évolutivité sans redondance peut augmenter la capacité tout en laissant la plateforme vulnérable aux pannes individuelles de serveurs.

Comment un serveur multimédia de vidéosurveillance peut-il contribuer à optimiser le stockage ?

Le stockage représente l'une des principales exigences en matière d'infrastructure pour la vidéosurveillance dans le cloud.

La quantité de stockage requise dépend fortement du débit binaire de la caméra, du mode d'enregistrement, de la compression vidéo, de l'activité de la scène et de la durée de conservation des archives.

Le chiffre de 3 000 To associé à la configuration de référence à 5 000 flux est basé sur un scénario d’archivage défini plutôt que sur une exigence fixe pour chaque déploiement.

Le calcul de référence suppose :

• environ 2 Mbit/s par flux vidéo ;
• Enregistrement continu 24h/24 et 7j/7 ;
• Conservation des vidéos pendant 30 jours.

Différentes stratégies d'enregistrement peuvent modifier considérablement les besoins en stockage.

Aipix Mediaserver prend en charge plusieurs modes d'enregistrement d'archives, notamment :

• enregistrement continu ;
• enregistrement à la demande ;
• enregistrement événementiel ;
• enregistrement programmé ;
• enregistrement aminci.

Cela signifie que les opérateurs peuvent définir des politiques d'archivage en fonction des exigences de chaque caméra ou cas d'utilisation au lieu d'appliquer le même modèle d'enregistrement à chaque flux.

Enregistrement continu

Grâce à l'enregistrement continu, le flux vidéo est archivé sans interruption.

Cette approche convient lorsque les opérateurs ont besoin d'un historique visuel complet d'une caméra, mais elle engendre également les besoins de stockage les plus importants.

Enregistrement à la demande

L'enregistrement à la demande démarre et s'arrête suite à une demande du client.

Cela peut s'avérer utile lorsque l'enregistrement n'est requis que pour des situations spécifiques, des enquêtes ou des tâches de surveillance temporaires.

Enregistrement programmé

L'enregistrement programmé active l'enregistrement d'archives selon un calendrier prédéfini.

Par exemple, une caméra pourrait être configurée pour enregistrer en continu pendant les heures de bureau, mais utiliser une autre stratégie d'enregistrement en dehors de ces heures.

Enregistrement aminci

L'enregistrement allégé réduit la quantité de données écrites dans l'archive.

Plusieurs approches peuvent être utilisées.

Avec un amincissement continu, seules les clés Cadres IDR sont enregistrées.

Dans une autre configuration, l'enregistrement complet ne peut démarrer que sur demande d'un client.

L'enregistrement basé sur l'activité de la scène offre une autre option. En l'absence de changements significatifs dans l'image, le système enregistre uniquement les images IDR. Lorsqu'une activité est détectée dans la scène, un événement peut déclencher l'enregistrement du flux complet.

Cela permet de réduire la consommation d'archives tout en préservant des séquences plus détaillées lors d'événements importants.

Enregistrement basé sur les événements pour réduire l'utilisation inutile des archives

L'enregistrement événementiel est conçu pour les scénarios dans lesquels un enregistrement continu 24h/24 et 7j/7 n'est pas nécessaire, mais où les opérateurs ont tout de même besoin d'images pertinentes concernant un incident.

Le problème, c'est que l'enregistrement uniquement à partir du moment précis où un événement est détecté peut supprimer des éléments de contexte importants.

Par exemple, une personne peut entrer dans les lieux plusieurs secondes avant que la détection de mouvement ne soit déclenchée.

Pour résoudre ce problème, Aipix Mediaserver maintient une mémoire tampon vidéo continue pour les flux configurés pour l'enregistrement basé sur les événements.

Deux paramètres contrôlent le processus :

• Profondeur du cours d'eau (X) — détermine le nombre de secondes de vidéo récente que Mediaserver conserve dans la mémoire tampon. La plage prise en charge est : 5 à 120 secondes.
• Délai d'attente (Y) — détermine la durée pendant laquelle Mediaserver continue d'enregistrer après avoir reçu un déclencheur d'événement. La plage prise en charge est également 5 à 120 secondes.

À mesure que de nouveaux cycles vidéo arrivent de la caméra, ils sont écrits dans la mémoire tampon.

Une fois la profondeur de mémoire tampon configurée atteinte, les données les plus anciennes sont supprimées à mesure que de nouvelles vidéos arrivent. Par conséquent, la mémoire tampon contient toujours la séquence la plus récente.

Lorsqu'un événement est déclenché, Mediaserver vérifie si l'enregistrement d'archives pour ce flux est déjà actif.

Si l'enregistrement n'est pas actif

Mediaserver extrait les séquences actuellement stockées dans la mémoire tampon et les place au début du nouvel enregistrement d'archive.

Il continue ensuite à enregistrer le flux en direct actuel dans le même fichier d'archive.

L'enregistrement se poursuit pendant la durée configurée après l'événement.

L'archive résultante peut donc contenir :

Images d'avant l'événement → Événement → Images d'après l'événement

Par exemple, si la profondeur du flux est configurée à 30 secondes et le délai d'expiration post-événement est 60 secondes, L'archive peut contenir jusqu'à 30 secondes de vidéo précédant l'événement et continuer à enregistrer pendant 60 secondes après la réception de l'événement.

Avant la fin de l'enregistrement, Mediaserver reprend le remplissage de la mémoire tampon afin que les images antérieures à l'événement soient à nouveau disponibles si un autre événement se produit.

Si l'enregistrement est déjà en cours

Si un autre événement est reçu pendant qu'un enregistrement est déjà en cours, Mediaserver n'a pas besoin de démarrer un enregistrement complètement séparé.

Le système prolonge plutôt la période d'enregistrement existante de la durée du délai d'expiration configuré.

Le point de reprise de la mise en mémoire tampon est également décalé en conséquence.

Cette approche préserve le contexte utile des événements tout en évitant la consommation d'espace de stockage liée à un enregistrement continu pour chaque caméra.

Quels codecs vidéo et audio Aipix Mediaserver prend-il en charge ?

La prise en charge des codecs est importante car les réseaux de surveillance contiennent souvent des caméras et des appareils de différents fabricants et générations.

Aipix Mediaserver prend en charge les codecs vidéo couramment utilisés, notamment :

• H.264, aussi connu comme Advanced Video Coding (AVC) ou MPEG-4 Partie 10 ;
• H.265, également connu sous le nom de codage vidéo haute efficacité (HEVC) ou MPEG-H Partie 2.

Le H.264 reste l'un des codecs les plus utilisés en vidéosurveillance et offre un équilibre pratique entre efficacité de compression, compatibilité et exigences de traitement.

Le H.265 peut offrir une efficacité de compression supérieure au H.264, réduisant potentiellement la bande passante et le stockage nécessaires pour une qualité vidéo comparable.

Les capacités audio documentées comprennent :

• Transcodage AAC ;
• PCMA;
• PCMU;
• G.711.

Dans les environnements à caméras multiples, la prise en charge des codecs est particulièrement importante car les opérateurs peuvent utiliser des équipements de plusieurs fabricants et de générations différentes.

Un serveur multimédia compatible avec les codecs déjà utilisés par le parc de caméras peut traiter les flux sans obliger les opérateurs à standardiser tous les appareils sur le même format multimédia.

Comment un serveur de médias de surveillance diffuse-t-il des vidéos en direct et archivées ?

Une plateforme de surveillance dans le cloud doit diffuser la vidéo vers différentes applications, appareils et environnements utilisateurs.

La Module de streaming Le serveur multimédia Aipix est responsable de la diffusion des flux en direct et des vidéos archivées.

Il prend en charge plusieurs technologies de lecture :

• RTSP en direct — diffusion vidéo en direct via RTSP ;
• DVR RTSP — lecture vidéo archivée via RTSP ;
• HLS Live — diffusion vidéo en direct via HLS ;
• DVR HLS — Lecture vidéo archivée via HLS ;
• WebRTC Live — diffusion vidéo en direct à faible latence ;
• Enregistreur numérique WebRTC — lecture d'archives via WebRTC ;
• Exportation d'archives au format MP4 fragmenté ;
• Exporter l'archive au format TAR.

L'utilisation de plusieurs protocoles de diffusion offre aux applications une grande flexibilité quant à la manière dont la vidéo est présentée aux utilisateurs.

RTSP

Le protocole RTSP, ou Real-Time Streaming Protocol, est couramment utilisé pour établir et gérer des sessions de diffusion multimédia.

Il est largement utilisé dans les environnements professionnels de vidéosurveillance et prend en charge des opérations telles que la lecture, la pause, l'arrêt et la navigation dans les médias enregistrés.

HLS

HLS assure la diffusion multimédia via HTTP et peut être utilisé pour la lecture de vidéos en direct et archivées.

Il est particulièrement utile dans les environnements où la vidéo doit être diffusée via une infrastructure web ou vers une large gamme d'appareils clients.

WebRTC

WebRTC permet la transmission en temps réel de données, de fichiers audio et vidéo entre les applications et les navigateurs.

Ses caractéristiques de faible latence le rendent adapté aux scénarios où il est important de minimiser le délai entre la capture par la caméra et la lecture par l'utilisateur.

Différents protocoles peuvent donc être sélectionnés en fonction de l'architecture de l'application, des exigences de latence, de l'environnement réseau et du scénario de lecture.

Gestionnaires de lecteurs en direct et DVR

En interne, le module de streaming utilise des gestionnaires dédiés pour différents scénarios de lecture.

HLS Live, RTSP Live et WebRTC Live Les gestionnaires traitent les demandes de vidéo en temps réel.

Enregistreur numérique HLS, RTSP et WebRTC Des agents traitent les demandes de visionnage des séquences vidéo stockées dans les archives.

Pour la lecture d'archives, le Lecteur DVR récupère les paquets RTP requis en fonction de l'identifiant de flux et de l'horodatage demandés.

Cela permet aux utilisateurs de naviguer dans les séquences enregistrées sans avoir à établir une nouvelle session de capture avec la caméra d'origine.

La même infrastructure Mediaserver peut donc prendre en charge à la fois la visualisation en direct et la lecture archivée, tout en maintenant les responsabilités de capture, de stockage et de lecture séparées.

Comment Mediaserver gère-t-il les archives vidéo ?

L'enregistrement vidéo ne représente qu'une partie de la gestion des archives.

À mesure que la taille des archives augmente, le système doit également déterminer :

• comment les enregistrements sont segmentés ;
• où ils sont stockés ;
• combien de temps ils restent disponibles ;
• quand les anciennes données doivent être supprimées ;
• comment récupérer et exporter les séquences vidéo.

La Module DVR gère ces responsabilités.

Par défaut, les enregistrements DVR sont créés dans segments de deux minutes. La durée d'enregistrement peut être ajustée lors de la configuration du flux via le contrôleur.

Les données enregistrées sont automatiquement stockées dans le répertoire de stockage local configuré.

Les paramètres de conservation définissent la durée de disponibilité des enregistrements archivés. À l'expiration de cette période, les enregistrements les plus anciens peuvent être automatiquement supprimés afin de libérer de l'espace de stockage pour les enregistrements plus récents.

L'archive peut également être complètement supprimée à la demande d'un client.

Les quotas d'archivage et les politiques d'enregistrement offrent des mécanismes supplémentaires pour contrôler la consommation de stockage.

Pour les déploiements VSaaS de grande envergure, la gestion des archives devient ainsi une capacité d'infrastructure fondamentale plutôt qu'une simple fonctionnalité de lecture.

Quels formats d'archives peuvent être exportés ?

Les images de surveillance doivent souvent être utilisées en dehors de la plateforme vidéo principale.

Les opérateurs peuvent avoir besoin de fournir des séquences vidéo pour des enquêtes, de les partager avec des tiers, de créer de courts aperçus ou de transférer des enregistrements dans un autre système.

Aipix Mediaserver prend en charge plusieurs formats d'exportation d'archives.

MP4

Le MP4 est l'un des formats de conteneur vidéo les plus largement pris en charge.

Il convient lorsque les enregistrements doivent être lus à l'aide d'applications courantes pour ordinateurs, appareils mobiles et applications multimédias, ou partagés en dehors de la plateforme de surveillance.

fMP4

MP4 fragmenté, ou fMP4, divise le média en fragments plus petits.

Il est particulièrement utile dans les architectures orientées flux, car les fragments individuels peuvent être traités et diffusés sans attendre la fin du traitement d'un fichier multimédia entier.

Capture d'écran MP4

Le format MP4 instantané permet d'accéder à des moments sélectionnés au sein de l'enregistrement.

Cela peut s'avérer utile lorsque les opérateurs ont besoin d'accéder rapidement à un point ou un événement particulier sans avoir à consulter l'intégralité des archives.

Aperçu MP4

L'aperçu MP4 offre une représentation plus courte du contenu enregistré et peut aider les utilisateurs à évaluer les séquences avant d'ouvrir ou d'exporter l'enregistrement complet.

Archives brutes

L'exportation d'archives brutes préserve les données d'archive dans leur représentation stockée d'origine.

Cela peut s'avérer utile pour les flux de travail dans lesquels les données multimédias originales doivent être conservées pour un traitement, une analyse, une migration ou un examen spécialisé ultérieurs.

La prise en charge de plusieurs formats d'exportation permet de séparer le stockage des archives et l'utilisation externe des vidéos.

Les opérateurs peuvent conserver les séquences vidéo dans une structure d'archivage optimisée pour la plateforme tout en les exportant dans un format adapté aux utilisateurs ou aux applications en aval.

Lecture des enregistrements DVR sans recapture du flux vidéo de la caméra

Une caractéristique importante de l'architecture DVR est que les enregistrements archivés peuvent être lus indépendamment de la session de capture de la caméra en cours.

Lorsqu'un utilisateur demande un enregistrement historique, le lecteur DVR charge les données requises depuis les archives en fonction du flux et de l'horodatage demandé.

Le système n'a pas besoin de se reconnecter à la caméra et de recapturer les images originales.

Ceci est particulièrement important dans les grands environnements de vidéosurveillance, car la lecture d'archives peut générer un trafic utilisateur important.

La séparation de la lecture historique et de la capture par caméra réduit les interactions inutiles avec les caméras et permet la diffusion directe des séquences stockées depuis l'infrastructure d'archivage.

Un serveur multimédia de vidéosurveillance peut-il utiliser différentes ressources de stockage ?

La puissance de calcul et le stockage ne croissent pas nécessairement au même rythme.

Un déploiement comportant de nombreuses caméras et une courte période de conservation peut nécessiter une capacité de traitement importante, mais un espace de stockage d'archives relativement limité.

Un autre déploiement pourrait traiter moins de flux mais conserver les enregistrements beaucoup plus longtemps.

Aipix Mediaserver prend en charge le stockage DVR configurable à l'aide d'emplacements de stockage physique et de points de montage définis.

Cela permet de planifier l'infrastructure de stockage indépendamment des ressources du processeur et de la mémoire utilisées pour le traitement des flux.

La dissociation de ces exigences peut rendre la planification des infrastructures plus flexible.

La capacité de calcul peut être augmentée à mesure que la demande de traitement de flux augmente, tandis que le stockage peut être étendu en fonction de la profondeur des archives, du débit binaire de la caméra et des politiques d'enregistrement.

Rentabilité du VSaaS avec un serveur multimédia de vidéosurveillance

Il n'existe pas de configuration unique permettant de rendre tous les systèmes de vidéosurveillance rentables.

L'efficacité provient de l'adéquation des différentes ressources d'infrastructure aux charges de travail qu'elles supportent réellement.

Par exemple:

• La capacité de traitement doit être proportionnelle au volume et à la complexité du flux ;
• Le stockage doit respecter les exigences en matière d'enregistrement et de conservation ;
• La capacité du réseau doit suivre le trafic multimédia entrant et sortant ;
• Les modes d'enregistrement doivent refléter l'importance opérationnelle de chaque flux ;
• Les technologies de diffusion doivent correspondre aux exigences des applications et aux contraintes de latence ;
• La redondance doit refléter les exigences de disponibilité du service.

La politique d'enregistrement peut avoir un impact particulièrement important sur les coûts d'infrastructure.

Une caméra qui enregistre en continu génère une charge de travail de stockage très différente de celle d'une caméra utilisant un enregistrement événementiel ou affiné.

De même, une installation comportant relativement peu de caméras mais de nombreux utilisateurs simultanés peut nécessiter une bande passante sortante plus élevée qu'un déploiement de caméras beaucoup plus important avec une visualisation en direct limitée.

C’est pourquoi un serveur multimédia de vidéosurveillance doit être évalué dans le cadre d’une architecture plus large plutôt que uniquement en fonction de sa capacité de flux.

Un serveur capable de traiter des milliers de flux est précieux, mais le déploiement global dépend toujours de l'efficacité de la configuration de la capture, du stockage, du réseau, de l'enregistrement, de la lecture et du basculement.

Création d'un service de vidéosurveillance évolutif

Le principal défi de la vidéosurveillance dans le cloud ne consiste pas simplement à prendre en charge un plus grand nombre de caméras.

Il s'agit de gérer la charge de travail combinée générée par ces caméras.

Chaque flux a une incidence sur le traitement, la mise en réseau, le stockage, la gestion des archives et la diffusion vidéo.

À mesure que les déploiements se développent, ces exigences deviennent de plus en plus interconnectées.

Une architecture de serveur multimédia de vidéosurveillance bien conçue doit donc offrir bien plus qu'une capacité de flux élevée. Elle doit permettre une adaptation du traitement, du stockage, de la bande passante, des politiques d'enregistrement et de la redondance aux besoins spécifiques.

Aipix Mediaserver illustre cette approche en combinant la capture de flux, le traitement RTP, l'enregistrement d'archives, la diffusion multimédia, des modes d'enregistrement flexibles, la gestion du stockage, l'exportation d'archives et la mise à l'échelle multi-serveurs au sein d'une seule couche de traitement multimédia.

La séparation de Capture, diffusion en continu et enregistrement numérique Ces fonctions permettent également de créer un flux de travail multimédia prévisible :

Caméra → Capture → Traitement RTP → Diffusion en direct et/ou enregistrement d'archives → Stockage → Lecture ou exportation

Pour la planification de l'infrastructure VSaaS, la leçon clé dépasse le cadre d'un produit individuel.

Une évolutivité efficace repose sur la compréhension de l'ensemble de la charge de travail multimédia et sur l'adaptation de chaque ressource en fonction de la demande réelle.

Pour en savoir plus sur les fonctionnalités d'Aipix Mediaserver pour le lancement et le déploiement efficaces d'un service de vidéosurveillance, contactez l'équipe Aipix pour une présentation détaillée.

Pour en savoir plus sur les capacités d'Aipix Mediaserver pour le lancement et la mise à l'échelle efficaces du service de vidéosurveillance, contactez nos responsables pour une présentation détaillée.