RTSP-streaming over VPN med auto-skalerende restreaming, HLS-levering og optagelse
En overvågningsplatform havde brug for sikkert at indtage RTSP-kamerafeeds fra fjerntliggende lokationer over VPN-tunneler, restreame dem til webbaseret visning og AI-behandling, autoskalere restreaming-infrastrukturen baseret på efterspørgsel og optage streams til arkivering – alt imens der blev opretholdt lav latenstid og pålidelig forbindelse på tværs af uforudsigelige netværksforhold.
Diskuter Dit Projekt
Udfordringen
Tilslutning af fjernliggende IP-kameraer til en centraliseret cloud-platform medførte flere infrastrukturelle udfordringer:
- Netværkssikkerhed — Kameraets RTSP-streams passerede offentligt internet, hvilket udsatte videofeeds for opsnapping uden kryptering
- NAT/Firewall-gennemgang — Kameraer bag virksomhedsfirewalls og NAT kunne ikke nås direkte fra cloud'en
- Restreaming-overhead — Rå RTSP-streams skulle konverteres til webvenlige protokoller (HLS) til browserbaseret visning, hvilket krævede dedikeret transkodningsinfrastruktur
- Variabel efterspørgsel — Efterspørgsel fra seere og AI-behandling svingede i løbet af dagen, men faste restreaming-servere kunne ikke skalere
- Optagelse i stor skala — Kontinuerlig optagelse af snesevis af kamerastreams krævede pålidelig lagringsstyring med opbevaringspolitikker
- Stream-pålidelighed — VPN-tunneler faldt ud under netværksinstabilitet, hvilket krævede automatisk genoprettelse uden at miste stream-kontinuitet
- Multi-protokol-levering — Forskellige forbrugere havde brug for forskellige protokoller: RTSP til AI-arbejdere, HLS til web-seere og optagede segmenter til arkivering
Vores Løsning
Vi byggede en VPN-tunnelbaseret RTSP-streamingplatform med en VPN-hub til sikker kameratilslutning, auto-skalerende RTSP-restreaming-servere til multi-protokol-levering, HLS-pakning til browserafspilning og kontinuerlig optagelse med opbevaringsstyring.
Arkitektur
- VPN Hub: Centraliseret VPN-server, der etablerer sikre tunneler til fjernliggende kamerasites
- RTSP Ingest: VPN-forbundne kameraer publicerer RTSP-streams gennem krypterede tunneler
- Restreaming Cluster: Auto-skalerende MediaMTX-servere til RTSP-relæ, HLS-konvertering og stream-distribution
- HLS Packaging: Realtids RTSP-til-HLS-konvertering til web-browser-levering
- Recording Service: Kontinuerlig stream-optagelse med segmentbaseret lagring og opbevaringspolitikker
- Load Balancer: Distribuerer seere og AI-arbejdsforbindelser på tværs af restreaming-servere
- Orchestrator: Overvåger efterspørgsel og skalerer restreaming-clusteret op eller ned
- Storage: Objektlagring for optagede segmenter med livscyklusstyring
VPN-tunnelarkitektur
Sikker kameratilslutning
- VPN-hub'en, der er implementeret i cloud'en, etablerer krypterede tunneler til hvert fjerntliggende site
- Kameraer på fjerntliggende lokationer streamer RTSP inden for VPN-tunnelen – ingen offentlig interneteksponering
- Hvert site får en VPN-klient, der forbinder til hub'en, og skaber et privat netværksoverlay
- Kameraets RTSP-streams er tilgængelige for cloud-infrastruktur via private VPN IP-adresser
- Flere kameraer pr. site deler en enkelt VPN-tunnel
NAT/Firewall-gennemgang
- VPN-klienter initierer udgående forbindelser fra kamerasitet (ingen indgående firewall-regler er nødvendige)
- Hub'en accepterer indgående forbindelser og skaber tovejs-tunneler
- Cloud-tjenester får adgang til kameraets RTSP-feeds via VPN-netværket, som om de var lokale
Pålidelighed
- Automatisk genoprettelse af tunnel ved netværksafbrydelser
- Keepalive-prober detekterer og genopretter sig efter tavse fejl
- Flere tunnelprotokoller understøttes for kompatibilitet med restriktive netværk
- Helbredsovervågning pr. tunnel med alarmering ved længerevarende afbrydelser
Auto-skalerende restreaming
RTSP-relæ
Restreaming-servere trækker kameraets RTSP-feeds fra VPN-netværket og gør dem tilgængelige for downstream-forbrugere:
- AI-arbejdere forbinder via RTSP for lav-latenstid, billednøjagtig behandling
- Flere forbrugere kan få adgang til den samme kamerastream uden yderligere belastning på kameraet
- Stream-multiplexing reducerer båndbredde fra kamerasitet (et træk, mange forbrugere)
HLS-konvertering
Til webbaseret visning konverterer restreaming-servere RTSP til HLS i realtid:
- Segmentbaseret pakning til HTTP-levering via standard web-infrastruktur
- Adaptiv bitrate-understøttelse til varierende seer-netværksforhold
- CDN-kompatibel output til edge-cached levering
- Low-latency HLS-konfiguration til visning i nær-realtid
Auto-skalering
Restreaming-clusteret skalerer baseret på efterspørgsel:
- Skaler op — Når seer/AI-forbindelser pr. server overstiger tærsklen, eller CPU-udnyttelsen er høj
- Skaler ned — Når udnyttelsen falder under tærsklen i en længere periode
- Nye servere trækker kamerafeeds fra VPN-netværket og registrerer sig hos load balancer'en
- Graceful shutdown tømmer forbindelser, før servere fjernes (seere genopretter automatisk forbindelse via stabile URL'er)
Optagelsespipeline
Kontinuerlig optagelse
- Restreaming-servere eller dedikerede optagelses-arbejdere optager RTSP-streams som segmenterede filer
- Segmenter skrevet med konfigurerbare intervaller for håndterbare filstørrelser
- Hvert segment tagges med kamera-ID, tidsstempel og varighedsmetadata
Lagringsstyring
- Segmenter uploadet til objektlagring til holdbar arkivering
- Opbevaringspolitikker sletter automatisk segmenter ældre end den konfigurerede opbevaringsperiode
- Regler for lagringslivscyklus flytter ældre segmenter til billigere lagringsniveauer før sletning
- Lagringskvoter pr. kamera og pr. site forhindrer løbske omkostninger
Afspilning
- Optagede segmenter tilgængelige via tidsbaserede forespørgsler (kamera + tidsinterval)
- HLS-manifest genereret on-the-fly til browserbaseret afspilning af optaget materiale
- Søg og scrub gennem optaget tidslinje med segmentniveau-granularitet
Multi-protokol-levering
| Forbruger | Protokol | Latenstid | Anvendelsesscenarie |
|----------|----------|---------|--------------------|
| AI Workers | RTSP | Lav (~500ms) | Objektgenkendelse i realtid, analyse |
| Web-seere | HLS | Medium (2-6s) | Browserbaseret liveovervågning |
| Mobilapps | HLS | Medium (2-6s) | Fjernovervågning på mobile enheder |
| Arkivering | Optagede segmenter | N/A | Hændelsesgennemgang, compliance, retsmedicinsk |
Overvågning og pålidelighed
Stream-helbred
- Statusovervågning af stream pr. kamera (forbundet, bufferer, afbrudt)
- VPN-tunnel-helbred pr. site (latenstid, pakketab, oppetid)
- Restreaming-server-metrics (CPU, båndbredde, antal forbindelser)
- Helbred for optagelsespipeline (segment-skrivehastighed, lagringsbrug, upload-status)
Alarmering
- Kameraafbrydelsesalarmer med site-identifikation
- VPN-tunnel-fejlmeddelelser
- Advarsler om restreaming-cluster-kapacitet
- Alarmer for lagringskvota og opbevaring
- Optagelsesgab detekteret via segmentkontinuitetskontrol
Nøglefunktioner
- VPN-sikker indtagelse — Krypterede tunneler beskytter RTSP-streams fra fjernkameraer
- NAT/Firewall-gennemgang — Udgående VPN-forbindelser omgår restriktive netværkskonfigurationer
- Auto-skalerende restreaming — Clusteret skalerer med seer- og AI-efterspørgsel
- HLS-konvertering — Realtids RTSP-til-HLS til browserbaseret visning
- RTSP-relæ — Lav-latenstid stream-adgang for AI-behandlingsarbejdere
- Kontinuerlig optagelse — Segmentbaseret optagelse med opbevaringsstyring
- Multi-protokol — RTSP, HLS og optagede segmenter fra en enkelt indtagelse
- Automatisk genoprettelse — VPN-tunneler og stream-forbindelser genopretter sig efter afbrydelser
- Lagringslivscyklus — Opdelt lagring med automatisk håndhævelse af opbevaringsregler
- Stream-multiplexing — Et enkelt kamera-pull betjener flere forbrugere uden yderligere belastning på kameraet
Resultater
Teknologistak
caseStudyDetail.more Casestudier
Udforsk flere af vores tekniske implementeringer
AI-drevet fakturabehandling med OCR og QuickBooks-integration
En mellemstor virksomhed, der månedligt behandler hundredvis af leverandørfakturaer, havde brug for at eliminere manuel dataindtastning ved automatisk at udtrække fakturadata ved hjælp af AI/OCR og synkronisere dem direkte til QuickBooks for bogføring og sporing af betalinger.
Klient-side annonceindsættelse (CSAI) med SCTE-35-markørparsing og integration af afspillere på flere platforme
En videostreamingplatform skulle implementere klient-side annonceindsættelse (CSAI) på tværs af web-, mobil- og connected TV-apps – hvilket muliggjorde personaliserede annonceringer på enhedsniveau med fuld support for annonceinteraktion (klikbare overlays, følgebannere, skip-knapper), som server-side indsættelse ikke kan tilbyde.
Klar til at Transformere Din Virksomhed?
Lad os drøfte, hvordan vi kan anvende lignende løsninger til dine udfordringer.