MicrocosmWorksInnover et Architecturer le Cosmos Numérique
Ă€ proposContact
MicrocosmWorksInnover et architecturer des cosmos numériques

Fournir des solutions informatiques qui comptent. Nous sommes passionnés par la technologie, la sécurité et aidons les entreprises à croître grâce à une infrastructure informatique fiable et innovante.

[email protected]
+91 7011868196
New Delhi, India

Hub de Croissance IA

Hub IAInnovation pour les startupsAccélérateur d'entreprise

Solutions

Toutes les solutionsApplications de bien-être et de fitnessPlateforme vidéo IADéveloppement d'agents IA

Ressources

PerspectivesGuides de l'industriePlans d'utilisationModèles d'architectureÉtudes de cas

Entreprise

Ă€ propos de nousContactNotre travail

Services

Consultation numériqueInfrastructure cloudDéveloppement SaaSDéveloppement IATechnologie vidéo
Développement ERPPersonnalisation ZohoDéveloppement OdooIntégration SalesforceDéveloppement CRM personnalisé
Intégration QuickBooksSolutions IoTDéveloppement Blockchain
Consultation en cybersécuritéSupport IT - L3

© 2026 MicrocosmWorks. Tous droits réservés.

Politique de confidentialitéConditions d'utilisation
Retour aux Études de Cas
AI SurveillancePublié June 22, 2026 · Mis à jour June 22, 2026

Diffusion RTSP via VPN avec retransmission auto-évolutive, diffusion HLS et enregistrement

Une plateforme de surveillance devait ingérer de manière sécurisée les flux de caméras RTSP provenant de sites distants via des tunnels VPN, les retransmettre pour un visionnage basé sur le web et un traitement par AI, adapter automatiquement l'infrastructure de retransmission en fonction de la demande, et enregistrer les flux à des fins d'archivage — tout en maintenant une faible latence et une connectivité fiable dans des conditions de réseau imprévisibles.

Discutez de Votre Projet
vpn-rtsp-streaming-autoscale.webp
AI Surveillance
Domain
13
Technologies
7
Key Results
Delivered
Status

Le Défi

La connexion de caméras IP distantes à une plateforme cloud centralisée a posé de multiples défis d'infrastructure :

  • SĂ©curitĂ© du rĂ©seau — Les flux RTSP des camĂ©ras transitaient par l'internet public, exposant les flux vidĂ©o Ă  l'interception sans chiffrement
  • TraversĂ©e NAT/Firewall — Les camĂ©ras derrière les pare-feu d'entreprise et les NAT ne pouvaient pas ĂŞtre atteintes directement depuis le cloud
  • Charge de retransmission — Les flux RTSP bruts devaient ĂŞtre convertis en protocoles compatibles web (HLS) pour un visionnage basĂ© sur le navigateur, nĂ©cessitant une infrastructure de transcodage dĂ©diĂ©e
  • Demande variable — La demande de visionnage et de traitement AI fluctuait tout au long de la journĂ©e, mais les serveurs de retransmission fixes ne pouvaient pas s'adapter
  • Enregistrement Ă  grande Ă©chelle — L'enregistrement continu de dizaines de flux de camĂ©ras nĂ©cessitait une gestion fiable du stockage avec des politiques de rĂ©tention
  • FiabilitĂ© des flux — Les tunnels VPN se coupaient lors d'instabilitĂ©s rĂ©seau, nĂ©cessitant une reconnexion automatique sans perte de continuitĂ© du flux
  • Diffusion multi-protocole — DiffĂ©rents consommateurs nĂ©cessitaient diffĂ©rents protocoles : RTSP pour les agents AI, HLS pour les spectateurs web, et des segments enregistrĂ©s pour l'archivage

Notre Solution

Nous avons développé une plateforme de diffusion RTSP via tunnel VPN avec un hub VPN pour une connectivité sécurisée des caméras, des serveurs de retransmission RTSP auto-évolutifs pour une diffusion multi-protocole, un packaging HLS pour la lecture dans le navigateur, et un enregistrement continu avec gestion de la rétention.

Architecture

  • Hub VPN : Serveur VPN centralisĂ© Ă©tablissant des tunnels sĂ©curisĂ©s vers les sites de camĂ©ras distants
  • Ingestion RTSP : Les camĂ©ras connectĂ©es via VPN publient des flux RTSP Ă  travers des tunnels chiffrĂ©s
  • Cluster de retransmission : Serveurs MediaMTX auto-Ă©volutifs pour le relais RTSP, la conversion HLS et la distribution de flux
  • Packaging HLS : Conversion RTSP vers HLS en temps rĂ©el pour la diffusion via un navigateur web
  • Service d'enregistrement : Enregistrement continu des flux avec stockage basĂ© sur des segments et politiques de rĂ©tention
  • Load Balancer : Distribue les connexions des spectateurs et des agents AI entre les serveurs de retransmission
  • Orchestrateur : Surveille la demande et fait Ă©voluer le cluster de retransmission Ă  la hausse ou Ă  la baisse
  • Stockage : Stockage objet pour les segments enregistrĂ©s avec gestion du cycle de vie

Architecture des tunnels VPN

Connectivité sécurisée des caméras

  • Le hub VPN dĂ©ployĂ© dans le cloud Ă©tablit des tunnels chiffrĂ©s vers chaque site distant
  • Les camĂ©ras situĂ©es sur des sites distants diffusent du RTSP au sein du tunnel VPN — aucune exposition Ă  l'internet public
  • Chaque site dispose d'un client VPN qui se connecte au hub, crĂ©ant ainsi une surcouche de rĂ©seau privĂ©
  • Les flux RTSP des camĂ©ras sont accessibles par l'infrastructure cloud via des adresses IP VPN privĂ©es
  • Plusieurs camĂ©ras par site partagent un seul tunnel VPN

Traversée NAT/Firewall

  • Les clients VPN initient des connexions sortantes depuis le site de la camĂ©ra (aucune règle de pare-feu entrante n'est nĂ©cessaire)
  • Le hub accepte les connexions entrantes, crĂ©ant des tunnels bidirectionnels
  • Les services cloud accèdent aux flux RTSP des camĂ©ras via le rĂ©seau VPN comme s'ils Ă©taient locaux

Fiabilité

  • Reconnexion automatique du tunnel en cas d'interruptions rĂ©seau
  • Les sondes Keepalive dĂ©tectent et rĂ©cupèrent les pannes silencieuses
  • Plusieurs protocoles de tunnel pris en charge pour la compatibilitĂ© avec les rĂ©seaux restrictifs
  • Surveillance de l'Ă©tat de santĂ© par tunnel avec alertes en cas de dĂ©connexions prolongĂ©es

Retransmission auto-évolutive

Relais RTSP

Les serveurs de retransmission extraient les flux RTSP des caméras du réseau VPN et les mettent à disposition des consommateurs en aval :

  • Les agents AI se connectent via RTSP pour un traitement Ă  faible latence et prĂ©cis Ă  la trame
  • Plusieurs consommateurs peuvent accĂ©der au mĂŞme flux de camĂ©ra sans charge supplĂ©mentaire sur la camĂ©ra
  • Le multiplexage des flux rĂ©duit la bande passante du site de la camĂ©ra (une seule extraction, plusieurs consommateurs)

Conversion HLS

Pour le visionnage basé sur le web, les serveurs de retransmission convertissent le RTSP en HLS en temps réel :

  • Packaging basĂ© sur des segments pour une diffusion HTTP via une infrastructure web standard
  • Prise en charge du dĂ©bit adaptatif pour des conditions rĂ©seau variables des spectateurs
  • Sortie compatible CDN pour une diffusion avec cache en pĂ©riphĂ©rie
  • Configuration HLS Ă  faible latence pour un visionnage quasi-temps rĂ©el

Auto-Scaling

Le cluster de retransmission s'adapte en fonction de la demande :

  • Mise Ă  l'Ă©chelle supĂ©rieure — Lorsque les connexions spectateur/AI par serveur dĂ©passent un seuil ou que l'utilisation du CPU est Ă©levĂ©e
  • Mise Ă  l'Ă©chelle infĂ©rieure — Lorsque l'utilisation descend en dessous d'un seuil pendant une pĂ©riode prolongĂ©e
  • Les nouveaux serveurs extraient les flux des camĂ©ras du rĂ©seau VPN et s'enregistrent auprès du Load Balancer
  • L'arrĂŞt en douceur vide les connexions avant de supprimer les serveurs (les spectateurs se reconnectent automatiquement via des URL stables)

Pipeline d'enregistrement

Enregistrement continu

  • Les serveurs de retransmission ou les agents d'enregistrement dĂ©diĂ©s capturent les flux RTSP sous forme de fichiers segmentĂ©s
  • Segments Ă©crits Ă  intervalles configurables pour des tailles de fichiers gĂ©rables
  • Chaque segment est Ă©tiquetĂ© avec l'ID de la camĂ©ra, l'horodatage et les mĂ©tadonnĂ©es de durĂ©e

Gestion du stockage

  • Segments tĂ©lĂ©chargĂ©s vers le stockage objet pour un archivage durable
  • Les politiques de rĂ©tention suppriment automatiquement les segments plus anciens que la pĂ©riode de rĂ©tention configurĂ©e
  • Les règles de cycle de vie du stockage dĂ©placent les segments plus anciens vers des niveaux de stockage moins chers avant leur suppression
  • Les quotas de stockage par camĂ©ra et par site Ă©vitent les coĂ»ts incontrĂ´lĂ©s

Lecture

  • Segments enregistrĂ©s accessibles via des requĂŞtes basĂ©es sur le temps (camĂ©ra + plage horaire)
  • Manifeste HLS gĂ©nĂ©rĂ© Ă  la volĂ©e pour la lecture de sĂ©quences enregistrĂ©es dans le navigateur
  • Navigation et balayage de la timeline enregistrĂ©e avec une granularitĂ© au niveau du segment

Diffusion multi-protocole

| Consommateur | Protocole | Latence | Cas d'utilisation |

|----------|----------|---------|----------|

| Agents AI | RTSP | Faible (~500ms) | Détection d'objets en temps réel, analyses |

| Spectateurs web | HLS | Moyenne (2-6s) | Surveillance en direct via navigateur |

| Applications mobiles | HLS | Moyenne (2-6s) | Surveillance Ă  distance sur appareils mobiles |

| Archivage | Segments enregistrés | N/A | Révision d'incidents, conformité, criminalistique |

Surveillance et fiabilité

Santé des flux

  • Surveillance de l'Ă©tat des flux par camĂ©ra (connectĂ©, en mĂ©moire tampon, dĂ©connectĂ©)
  • SantĂ© du tunnel VPN par site (latence, perte de paquets, disponibilitĂ©)
  • MĂ©triques des serveurs de retransmission (CPU, bande passante, nombre de connexions)
  • SantĂ© du pipeline d'enregistrement (taux d'Ă©criture des segments, utilisation du stockage, Ă©tat du tĂ©lĂ©chargement)

Alertes

  • Alertes de dĂ©connexion de camĂ©ra avec identification du site
  • Notifications d'Ă©chec de tunnel VPN
  • Avertissements de capacitĂ© du cluster de retransmission
  • Alertes de quota de stockage et de rĂ©tention
  • Lacunes d'enregistrement dĂ©tectĂ©es via des contrĂ´les de continuitĂ© des segments

Fonctionnalités clés

  1. Ingestion sécurisée par VPN — Les tunnels chiffrés protègent les flux RTSP des caméras distantes
  2. Traversée NAT/Firewall — Les connexions VPN sortantes contournent les configurations réseau restrictives
  3. Retransmission auto-évolutive — Le cluster s'adapte à la demande des spectateurs et de l'AI
  4. Conversion HLS — Conversion RTSP vers HLS en temps réel pour un visionnage basé sur le navigateur
  5. Relais RTSP — Accès aux flux à faible latence pour les agents de traitement AI
  6. Enregistrement continu — Enregistrement basé sur des segments avec gestion de la rétention
  7. Multi-protocole — RTSP, HLS et segments enregistrés à partir d'une seule ingestion
  8. Reconnexion automatique — Les tunnels VPN et les connexions de flux se rétablissent après des interruptions
  9. Cycle de vie du stockage — Stockage étagé avec application automatique de la rétention
  10. Multiplexage de flux — Une seule extraction de caméra dessert plusieurs consommateurs sans charge supplémentaire sur la caméra

Résultats

Sécurité : Tous les flux de caméras chiffrés de bout en bout via des tunnels VPN
Évolutivité : Le cluster de retransmission passe de 2 à plus de 20 serveurs en fonction de la demande
Latence HLS : 2-6 secondes pour un visionnage quasi-temps réel basé sur le navigateur
Latence RTSP : Relais en moins d'une seconde pour les agents de traitement AI
Enregistrement : Enregistrement continu avec rétention et gestion du cycle de vie configurables
Reconnexion : Les tunnels VPN et les flux se rétablissent automatiquement en quelques secondes après une interruption
Coût : L'auto-scaling réduit le coût de l'infrastructure de 50 à 70 % par rapport à un provisionnement fixe pour les pics

Stack Technologique

VPN (WireGuard/OpenVPN)MediaMTXRTSPHLSFFmpegDockerCloud VMsObject StorageLoad BalancerPythonRedisPrometheusGrafana

caseStudyDetail.more Études de Cas

Découvrez plus de nos implémentations techniques

AI Accounting

Traitement de factures assisté par l'IA avec OCR et intégration QuickBooks

Une entreprise de taille moyenne, traitant des centaines de factures fournisseurs chaque mois, devait éliminer la saisie manuelle des données en extrayant automatiquement les données des factures à l'aide de l'IA/OCR et en les synchronisant directement dans QuickBooks pour la tenue de livres et le suivi des paiements.

Lire l'Étude de Cas
Video Encoding

Insertion d'annonces côté client (CSAI) avec analyse des marqueurs SCTE-35 et intégration de lecteurs multiplateformes

Une plateforme de streaming vidéo devait implémenter l'insertion d'annonces côté client (CSAI) sur les applications web, mobiles et de télévision connectée — permettant des expériences publicitaires personnalisées au niveau de l'appareil avec un support complet d'interaction publicitaire (superpositions cliquables, bannières complémentaires, boutons de saut) que l'insertion côté serveur ne peut pas offrir.

Lire l'Étude de Cas
Web Scraping

Plateforme de Web Scraping et de Génération de Contenu de Blog Propulsée par l'AI

Une entreprise médiatique avait besoin d'une plateforme de contenu intelligente capable d'automatiser la création de contenu de blog en récupérant du contenu web existant, en l'analysant à l'aide de l'AI et en générant des articles de blog originaux et optimisés pour le SEO à partir des données extraites.

Lire l'Étude de Cas

Questions fréquemment posées

MicrocosmWorks a ajouté la couche VPN car les caméras RTSP derrière des pare-feu d'entreprise ou des NAT ne peuvent pas être directement accessibles depuis l'infrastructure cloud, et exposer les ports RTSP des caméras à l'internet public crée de graves vulnérabilités de sécurité. Le tunnel VPN ajoute environ 5 à 15 ms de latence selon la distance géographique, ce qui est négligeable pour les cas d'utilisation de surveillance, et le tunnel chiffré garantit que les données vidéo en transit respectent les exigences de sécurité et de conformité de l'entreprise.

MicrocosmWorks a mis en œuvre un transcodage HLS à débit adaptatif qui génère plusieurs rendus de qualité à partir de chaque flux source RTSP, permettant au lecteur HLS de basculer automatiquement entre les niveaux de qualité en fonction de la bande passante disponible du spectateur. Le système utilise un transcodage accéléré par matériel pour minimiser la latence entre le flux RTSP en direct et la sortie HLS, atteignant des délais de verre à verre (glass-to-glass) typiques de 4 à 8 secondes selon la configuration de la durée des segments.

MicrocosmWorks a intégré une mise en mémoire tampon côté périphérie dans la passerelle VPN qui met en cache localement les segments de flux pendant les pannes réseau et les télécharge dans l'ordre chronologique une fois la connectivité rétablie, garantissant l'absence de lacunes d'enregistrement même lors de déconnexions prolongées. Le service d'enregistrement côté cloud détecte les lacunes chronologiques et les marque dans l'interface de lecture, donnant aux opérateurs une visibilité claire sur toute période où les images en direct ont été retardées.

MicrocosmWorks a testé l'architecture pour prendre en charge 50 à 100 flux RTSP 1080p concurrents par tunnel VPN, en fonction de la bande passante montante disponible sur le site de la caméra et des spécifications matérielles de la passerelle VPN. Pour les sites avec plus de caméras, le système prend en charge plusieurs tunnels VPN parallèles avec une distribution automatique des flux, et l'auto-scaler côté cloud provisionne des workers de restreaming supplémentaires à mesure que le nombre total de flux augmente.

MicrocosmWorks conçoit et développe des plateformes de streaming basées sur VPN à des tarifs de développement de 25 à 45 $/heure, avec des implémentations typiques nécessitant 2 à 4 mois pour un déploiement prêt pour la production, incluant l'infrastructure VPN, le restreaming avec auto-scaling, le transcodage HLS et l'enregistrement. Les coûts cloud continus sont optimisés grâce au modèle d'auto-scaling, étant généralement 40 à 60 % inférieurs à ceux des déploiements à capacité fixe, en réduisant le nombre de workers de restreaming pendant les heures creuses.

PrĂŞt Ă  Transformer Votre Entreprise ?

Discutons de la façon dont nous pouvons appliquer des solutions similaires à vos défis.

Contactez-NouscaseStudyDetail.viewAllCaseStudies