Layanan Media AWS untuk Streaming Saluran FAST melalui SRT
Sebuah perusahaan media membutuhkan untuk membangun feed kontribusi yang andal dan latensi rendah untuk saluran FAST mereka menggunakan protokol Secure Reliable Transport (SRT) — memungkinkan penyerapan konten berkualitas tinggi dari studio jarak jauh, sistem playout cloud, dan mitra sindikasi melalui koneksi internet yang tidak dapat diprediksi.
Diskusikan Proyek Anda
Tantangan
Alur kerja kontribusi tradisional mengandalkan tautan serat optik atau satelit khusus, yang mahal dan tidak fleksibel:
- Sirkuit khusus berharga ribuan per bulan per tautan dan membutuhkan waktu berminggu-minggu untuk penyediaan
- Transportasi berbasis internet (RTMP) mengalami kehilangan paket, jitter, dan kekurangan enkripsi
- Penyerapan multi-sumber membutuhkan konektivitas yang fleksibel dan terdefinisi perangkat lunak
- Koreksi kesalahan dan enkripsi SRT menjadikannya standar siaran yang sedang berkembang, tetapi mengintegrasikannya ke dalam pipeline native AWS membutuhkan rekayasa kustom
- Pemantauan metrik spesifik SRT (RTT, retransmission rate, bandwidth overhead) membutuhkan perangkat khusus
Solusi Kami
Kami membangun pipeline kontribusi dan distribusi berbasis SRT menggunakan AWS Elemental MediaLive dan MediaConnect, memungkinkan transportasi konten yang andal dan terenkripsi melalui internet publik dengan koreksi kesalahan kelas siaran.
Arsitektur
- Kontribusi: AWS Elemental MediaConnect untuk penyerapan SRT dari sumber jarak jauh
- Transportasi: Protokol SRT dengan enkripsi AES dan koreksi kesalahan ARQ
- Encoding: AWS Elemental MediaLive untuk transcoding input SRT ke output multi-bitrate
- Packaging: AWS Elemental MediaPackage untuk packaging HLS/DASH untuk pengiriman ke pemirsa akhir
- Distribusi: Output SRT dari MediaConnect untuk sindikasi B2B ke mitra platform
- Pemantauan: Dashboard metrik spesifik SRT (RTT, packet loss, retransmission, jitter)
- CDN: Amazon CloudFront untuk pengiriman HLS mil terakhir ke pemirsa akhir
Keunggulan Protokol SRT
vs. RTMP
SRT memberikan keuntungan signifikan dibandingkan RTMP untuk feed kontribusi: koreksi kesalahan ARQ bawaan (mentoleransi hingga 20% kehilangan paket vs. putusnya stream pada 1-2% dengan RTMP), enkripsi AES native, kontrol latensi yang dapat dikonfigurasi, transportasi UDP-based yang ramah NAT, dan overhead bandwidth minimal untuk pemulihan kesalahan.
vs. Sirkuit Khusus
SRT melalui internet menawarkan biaya yang jauh lebih rendah dan penyediaan yang lebih cepat dibandingkan dengan serat optik khusus — dengan manfaat tambahan redundansi multi-jalur dan fleksibilitas geografis dari lokasi mana pun yang terhubung internet.
Desain Pipeline
Kontribusi (Ingest)
- Sumber Jarak Jauh — Studio, cloud playout, atau mitra mengirimkan stream SRT ke MediaConnect
- SRT Listener — Endpoint MediaConnect dikonfigurasi sebagai SRT listener
- Enkripsi — Enkripsi passphrase AES untuk keamanan konten dalam perjalanan
- Koreksi Kesalahan — ARQ memulihkan paket yang hilang dengan buffer latensi yang dapat dikonfigurasi
- Failover — Input SRT ganda dengan failover otomatis saat stream utama gagal
Pemrosesan
- MediaConnect → MediaLive — Aliran SRT dihubungkan ke MediaLive untuk transcoding
- Transcoding — Encoding multi-bitrate dengan passthrough SCTE-35
- SCTE-35 Injection — Sinyal jeda iklan disisipkan pada titik terjadwal
- Output — Stream yang di-transcode dikirim ke MediaPackage untuk packaging HLS
Distribusi (Sindikasi B2B melalui SRT)
Untuk sindikasi ke mitra platform yang membutuhkan feed kelas siaran:
- Output SRT dalam mode caller atau listener berdasarkan persyaratan mitra
- Passphrase enkripsi terpisah per mitra untuk kontrol akses
- Konfigurasi bandwidth per mitra
- Metrik SRT per output untuk pemantauan kesehatan feed mitra
Konfigurasi SRT
Penyetelan Latensi
Latensi SRT disetel berdasarkan kondisi jaringan dan kasus penggunaan:
- Ultra-Rendah — Jaringan berkualitas tinggi di wilayah yang sama (studio ke cloud)
- Rendah — Jaringan baik lintas wilayah
- Standar — Jaringan internasional, bervariasi
- Ketahanan Tinggi — Jaringan buruk, toleransi kehilangan paket maksimum
Pengaturan dioptimalkan per kasus penggunaan dengan latensi, batas bandwidth, tingkat enkripsi, dan mode koneksi yang sesuai (caller vs. listener).
Pemantauan & Peringatan
Platform memantau metrik spesifik SRT secara real-time:
- Round Trip Time (RTT) — Latensi jaringan antara pengirim dan penerima
- Retransmission Rate — Persentase paket yang membutuhkan retransmisi ARQ
- Packet Loss — Tingkat kehilangan paket pra-ARQ yang menunjukkan kualitas jaringan
- Jitter — Variasi waktu kedatangan paket
- Bandwidth Utilization — Bandwidth aktual vs. maksimum yang dikonfigurasi
- Buffer Level — Tingkat pengisian buffer penerima (underrun menunjukkan potensi gangguan)
Peringatan otomatis terpicu pada metrik yang menurun untuk resolusi masalah proaktif.
Fitur Utama
- SRT Ingest — Menerima feed kontribusi dari sumber mana pun yang terhubung internet
- AES Encryption — Enkripsi konten bawaan tanpa VPN atau TLS eksternal
- ARQ Recovery — Mentoleransi hingga 20% kehilangan paket dengan retransmisi otomatis
- Configurable Latency — Dapat disetel berdasarkan kualitas jaringan dan kasus penggunaan
- Dual-Input Failover — Pengalihan otomatis saat feed SRT utama gagal
- B2B Syndication — Feed output SRT untuk distribusi mitra
- SRT Metrics Dashboard — Pemantauan RTT, kehilangan, jitter, dan retransmisi secara real-time
- Hybrid Output — SRT untuk kontribusi B2B, HLS melalui CloudFront untuk pengiriman ke konsumen
Hasil
Tumpukan Teknologi
caseStudyDetail.more Studi Kasus
Jelajahi lebih banyak implementasi teknis kami
Penyisipan Iklan Sisi Klien (CSAI) dengan Penguraian Penanda SCTE-35 & Integrasi Pemutar Multi-Platform
Sebuah platform streaming video perlu mengimplementasikan Client-Side Ad Insertion (CSAI) di seluruh aplikasi web, seluler, dan TV terhubung — memungkinkan pengalaman iklan yang dipersonalisasi di tingkat perangkat dengan dukungan interaksi iklan penuh (overlay yang dapat diklik, banner pendamping, tombol lewati) yang tidak dapat disediakan oleh penyisipan sisi server.
Pipeline Pemberian Sinyal Penanda Iklan SCTE-35 & Penyisipan Trailer Media
Sebuah perusahaan media streaming membutuhkan pipeline yang tangguh dan otomatis untuk menyuntikkan penanda iklan SCTE-35 ke dalam siaran langsung dan VOD, bersama dengan kemampuan untuk menyisipkan trailer promosi (pre-roll, mid-roll, dan post-roll) pada posisi yang waktunya tepat — memungkinkan monetisasi di seluruh saluran FAST, acara langsung, dan pustaka konten sesuai permintaan.
Pertanyaan yang Sering Diajukan
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.
Siap Mentransformasi Bisnis Anda?
Mari diskusikan bagaimana kami dapat menerapkan solusi serupa untuk tantangan Anda.