AWS Media Services FAST Channel -striimaukseen SRT:n kautta
Mediakonserni tarvitsi luotettavat, matalan viiveen kontribuutiosyötteet FAST-kanavilleen käyttäen Secure Reliable Transport (SRT) -protokollaa – mikä mahdollisti korkealaatuisen sisällön sisäänvedon etästudioilta, pilvipohjaisista playout-järjestelmistä ja syndikointikumppaneilta ennakoimattomien internet-yhteyksien yli.
Keskustele Projektistasi
Haaste
Perinteiset kontribuutiotyöskentelytavat perustuivat omistettuihin kuitu- tai satelliittiyhteyksiin, jotka olivat kalliita ja joustamattomia:
- Omistetut piirit maksoivat tuhansia kuukaudessa linkkiä kohden ja niiden käyttöönotto kesti viikkoja
- Internet-pohjainen siirto (RTMP) kärsi pakettihäviöstä, värinästä ja siitä puuttui salaus
- Monilähteinen sisäänveto vaati joustavaa, ohjelmistopohjaista liitettävyyttä
- SRT:n virheenkorjaus ja salaus tekivät siitä nousevan lähetysstandardin, mutta sen integroiminen AWS-natiiviin putkistoon vaati räätälöityä suunnittelua
- SRT-kohtaisten mittareiden (RTT, uudelleenlähetysnopeus, kaistanleveyden ylitys) seurantaan tarvittiin omistettuja työkaluja
Meidän Ratkaisumme
Rakensimme SRT-pohjaisen kontribuutio- ja jakeluputkiston käyttäen AWS Elemental MediaLiveä ja MediaConnectia, mikä mahdollisti luotettavan, salatun sisällön siirron julkisen internetin yli lähetyslaatuisella virheenkorjauksella.
Arkkitehtuuri
- Kontribuutio: AWS Elemental MediaConnect SRT-sisäänvedolle etälähteistä
- Siirto: SRT protocol AES-salauksella ja ARQ-virheenkorjauksella
- Koodaus: AWS Elemental MediaLive SRT-syötteiden transkoodaukseen monibittinopeuksisena ulostulona
- Pakkaus: AWS Elemental MediaPackage HLS/DASH-pakkaukseen loppukäyttäjien toimitusta varten
- Jakelu: SRT-ulostulo MediaConnectista B2B-syndikointiin alustakumppaneille
- Seuranta: SRT-kohtainen mittaristo (RTT, pakettihäviö, uudelleenlähetys, värinä)
- CDN: Amazon CloudFront viimeisen mailin HLS-toimitukseen loppukäyttäjille
SRT-protokollan edut
vs. RTMP
SRT tarjoaa merkittäviä etuja verrattuna RTMP:ään kontribuutiosyötteissä: sisäänrakennettu ARQ-virheenkorjaus (sallien jopa 20 % pakettihäviön vs. streamin katkeamisen 1-2 %:lla RTMP:n kanssa), natiivi AES-salaus, konfiguroitava latenssinhallinta, UDP-pohjainen NAT-ystävällinen siirto ja minimaalinen kaistanleveyden ylitys virheenpalautukseen.
vs. Omistetut piirit
SRT internetin yli tarjoaa dramaattisesti alhaisemmat kustannukset ja nopeamman käyttöönoton verrattuna omistettuun kuituun – lisäetuina monipolun redundanssi ja maantieteellinen joustavuus mistä tahansa internetiin yhdistetystä sijainnista.
Putkiston suunnittelu
Kontribuutio (Sisäänveto)
- Etälähteet — Studiot, pilvipohjaiset playout-järjestelmät tai kumppanit lähettävät SRT-virtoja MediaConnectiin
- SRT-kuuntelija — MediaConnect-päätepiste konfiguroitu SRT-kuuntelijaksi
- Salaus — AES-salasana salaus sisällön turvallisuuteen siirron aikana
- Virheenkorjaus — ARQ palauttaa kadonneet paketit konfiguroitavalla latenssipuskurilla
- Vikasietoisuus — Kaksi SRT-syötettä automaattisella vikasietoisuudella ensisijaisen virran vikaantuessa
Käsittely
- MediaConnect → MediaLive — SRT-virta ohjataan MediaLiveen transkoodausta varten
- Transkoodaus — Monibittinopeuksinen koodaus SCTE-35-läpiviennillä
- SCTE-35-injektio — Mainoskatkosignaalit lisätään ajoitetuissa kohdissa
- Ulostulo — Transkoodattu virta lähetetään MediaPackageen HLS-pakkausta varten
Jakelu (B2B-syndikointi SRT:n kautta)
Syndikointia varten alustakumppaneille, jotka tarvitsevat lähetyslaatuisen syötteen:
- SRT-ulostulo soittaja- tai kuuntelijatilassa kumppanin vaatimusten perusteella
- Erilliset salasanat kumppania kohden pääsynhallintaa varten
- Kumppanikohtainen kaistanleveyden konfiguraatio
- Ulostulokohtaiset SRT-mittarit kumppanisyötteen tilan seurantaan
SRT-konfiguraatio
Latenssin hienosäätö
SRT-latenssi säädetään verkon olosuhteiden ja käyttötapauksen perusteella:
- Erittäin matala — Saman alueen, korkealaatuiset verkot (studiosta pilveen)
- Matala — Alueidenvälinen, hyvät verkot
- Standardi — Kansainväliset, vaihtelevat verkot
- Korkea sietokyky — Huonot verkot, suurin sallittu pakettihäviö
Asetukset optimoidaan käyttötapauskohtaisesti sopivalla latenssilla, kaistanleveysrajoilla, salausasteella ja yhteystilalla (soittaja vs. kuuntelija).
Seuranta ja hälytykset
Alusta valvoo SRT-kohtaisia mittareita reaaliaikaisesti:
- Round Trip Time (RTT) — Verkon latenssi lähettäjän ja vastaanottajan välillä
- Uudelleenlähetysnopeus — ARQ-uudelleenlähetystä vaativien pakettien prosenttiosuus
- Pakettihäviö — Ennen ARQ:ta tapahtuva pakettihäviöprosentti, joka ilmoittaa verkon laadun
- Värinä — Pakettien saapumisaikojen vaihtelu
- Kaistanleveyden käyttö — Todellinen vs. konfiguroitu maksimikaistanleveys
- Puskuritaso — Vastaanottajan puskurin täyttötaso (alivirtaus viittaa mahdolliseen pätkimiseen)
Automatisoidut hälytykset käynnistyvät heikentyneiden mittareiden perusteella ennakoivaan ongelmanratkaisuun.
Tärkeimmät ominaisuudet
- SRT-sisäänveto — Vastaanota kontribuutiosyötteitä mistä tahansa internetiin yhdistetystä lähteestä
- AES-salaus — Sisäänrakennettu sisällön salaus ilman ulkoista VPN:ää tai TLS:ää
- ARQ-palautus — Sietää jopa 20 % pakettihäviön automaattisella uudelleenlähetyksellä
- Konfiguroitava latenssi — Säädettävissä verkon laadun ja käyttötapauksen perusteella
- Kahden syötteen vikasietoisuus — Automaattinen vaihto ensisijaisen SRT-syötteen vikaantuessa
- B2B-syndikointi — SRT-ulostulosyötteet kumppanijakeluun
- SRT-mittaristo — Reaaliaikainen RTT-, häviö-, värinä- ja uudelleenlähetysseuranta
- Hybridi ulostulo — SRT B2B-kontribuutioon, HLS CloudFrontin kautta kuluttajatoimitukseen
Tulokset
Teknologiapino
caseStudyDetail.more Tapaustutkimukset
Tutustu lisää teknisiin toteutuksiimme
Asiakaspuolen mainosten upotus (CSAI) SCTE-35-merkkien jäsennyksellä ja monialustaisen soittimen integroinnilla
Videoiden suoratoistoalustan piti toteuttaa Client-Side Ad Insertion (CSAI) verkko-, mobiili- ja Connected TV -sovellusten yli — mahdollistaen personoidut, laitekohtaiset mainoskokemukset täydellä mainosinteraktion tuella (klikkaavat peittokuvat, kumppanibannerit, ohituspainikkeet), joita server-side insertion ei voi tarjota.
SCTE-35-mainosmerkkisignalointi ja mediasisältöjen trailerien lisäysputki
Suoratoistomedian yritys tarvitsi vankan, automatisoidun putken SCTE-35-mainosmerkkien lisäämiseen live- ja VOD-streameihin, sekä kyvyn lisätä mainostrailereita (pre-roll, mid-roll ja post-roll) tarkasti ajoitettuihin kohtiin – mahdollistaen kaupallistamisen FAST-kanavilla, live-tapahtumissa ja tilaussisältökirjastoissa.
Usein kysytyt kysymykset
MicrocosmWorks selected SRT for its superior performance over unreliable networks, providing AES-128 encryption, automatic packet retransmission, and adaptive bitrate adjustment that RTMP lacks. SRT maintains broadcast-quality video delivery with less than 1% packet loss recovery overhead even over public internet paths where RTMP would show visible artifacts.
MicrocosmWorks configured AWS Elemental MediaLive to accept SRT inputs in both caller and listener modes, then transcode to an ABR ladder and output HLS/DASH segments to MediaPackage. The SRT ingest benefits from MediaLive's built-in SRT decryption and jitter buffer, ensuring clean source quality before the transcoding stage.
Yes, MicrocosmWorks configured MediaLive with multiple SRT input sources and built a routing control plane that switches between feeds based on a predefined schedule or manual override. Each SRT contributor connects via a unique listener port with individual AES passphrase authentication, and the system supports hot-standby failover between primary and backup SRT sources.
MicrocosmWorks built a monitoring dashboard using CloudWatch custom metrics that ingests SRT statistics including round-trip time, retransmission rate, bandwidth utilization, and buffer levels. Automated alerts trigger when retransmission rates exceed 2% or RTT exceeds 200ms, giving operations teams early warning before quality degradation becomes visible to viewers.
MicrocosmWorks deploys SRT-based FAST channel infrastructure at rates of $30-$50/hr, with the complete setup including SRT ingest configuration, MediaLive encoding, CDN delivery, and monitoring dashboard typically requiring 200-350 development hours. The SRT-specific configuration adds approximately 40-60 hours compared to a standard RTMP ingest setup.
Valmis Muuttamaan Liiketoimintaasi?
Keskustellaan siitä, miten voimme soveltaa vastaavia ratkaisuja haasteisiisi.