Медіасервіси AWS для потокової передачі FAST каналів через SRT
Медіакомпанії потрібно було налагодити надійні канали внеску з низькою затримкою для своїх FAST каналів, використовуючи протокол Secure Reliable Transport (SRT), що дозволяє приймати високоякісний контент з віддалених студій, cloud playout systems та syndication partners через непередбачувані інтернет-з'єднання.
Обговоріть Ваш Проєкт
Виклик
Традиційні робочі процеси внесення контенту покладалися на виділені волоконно-оптичні або супутникові лінії, які були дорогими та негнучкими:
- Виділені лінії коштували тисячі доларів на місяць за одне з'єднання, а їх розгортання займало тижні
- Інтернет-транспорт (RTMP) страждав від packet loss, jitter та відсутності encryption
- Прийом контенту з багатьох джерел (multi-source ingest) вимагав гнучкого, програмно-визначеного підключення
- Корекція помилок та encryption SRT зробили його новим стандартом для мовлення, але інтеграція його в AWS-нативну архітектуру вимагала спеціалізованої розробки (custom engineering)
- Моніторинг специфічних для SRT метрик (RTT, retransmission rate, bandwidth overhead) вимагав спеціального інструментарію
Наше Рішення
Ми побудували конвеєр внеску та розподілу на базі SRT за допомогою AWS Elemental MediaLive та MediaConnect, що забезпечило надійну, зашифровану передачу контенту через загальнодоступний інтернет з корекцією помилок мовного класу.
Архітектура
- Внесок: AWS Elemental MediaConnect для SRT ingest з віддалених джерел
- Транспорт: Протокол SRT з AES encryption та ARQ error correction
- Кодування: AWS Elemental MediaLive для transcoding SRT входів у multi-bitrate вихід
- Пакування: AWS Elemental MediaPackage для HLS/DASH packaging для доставки кінцевому споживачеві
- Розподіл: Вихід SRT з MediaConnect для B2B syndication партнерам по платформі
- Моніторинг: Панель моніторингу метрик, специфічних для SRT (RTT, packet loss, retransmission, jitter)
- CDN: Amazon CloudFront для доставки HLS кінцевим споживачам "останньої милі" (last-mile)
Переваги протоколу SRT
проти RTMP
SRT надає значні переваги над RTMP для каналів внеску: вбудована корекція помилок ARQ (допускає до 20% packet loss порівняно з перериванням потоку при 1-2% з RTMP), нативне AES encryption, настроюване керування затримкою (configurable latency control), UDP-транспорт, дружній до NAT, та мінімальні bandwidth overhead для error recovery.
проти виділених ліній
SRT через інтернет пропонує значно нижчу вартість та швидше розгортання порівняно з виділеним волокном — з додатковими перевагами multi-path redundancy та географічної гнучкості з будь-якого підключеного до інтернету місця.
Дизайн конвеєра
Внесок (Ingest)
- Віддалені джерела — Студії, cloud playout або партнери надсилають SRT потоки до MediaConnect
- SRT Listener — Кінцева точка MediaConnect, налаштована як SRT listener
- Шифрування — AES passphrase encryption для безпеки контенту під час передачі
- Виправлення помилок — ARQ відновлює втрачені пакети за допомогою настроюваного latency buffer
- Відмовостійкість — Подвійні SRT входи з автоматичним failover у разі збою основного потоку
Обробка
- MediaConnect → MediaLive — Потік SRT передається до MediaLive для transcoding
- Транскодування — Multi-bitrate encoding з SCTE-35 passthrough
- Введення SCTE-35 — Сигнали рекламних пауз вставляються у запланованих точках
- Вихід — Транскодований потік надсилається до MediaPackage для HLS packaging
Розподіл (B2B Syndication через SRT)
Для syndication партнерам по платформі, яким потрібен потік мовного класу:
- Вихід SRT у режимі caller або listener відповідно до вимог партнера
- Окремі encryption passphrases для кожного партнера для control доступу
- Per-partner bandwidth configuration
- Per-output SRT metrics для моніторингу стану потоку партнера
Конфігурація SRT
Налаштування затримки
Затримка SRT налаштовується на основі умов мережі та сценарію використання (use case):
- Наднизька (Ultra-Low) — Мережі в тому ж регіоні, високої якості (студія до cloud)
- Низька (Low) — Міжрегіональні, хороші мережі
- Стандартна (Standard) — Міжнародні, змінні мережі
- Висока стійкість (High Resilience) — Погані мережі, максимальна packet loss tolerance
Налаштування оптимізовані для кожного use case з відповідною затримкою, bandwidth limits, encryption level та connection mode (caller проти listener).
Моніторинг та оповіщення
Платформа відстежує метрики, специфічні для SRT, у реальному часі:
- Час кругового шляху (RTT) — Network latency між відправником та отримувачем
- Швидкість повторної передачі (Retransmission Rate) — Відсоток пакетів, що вимагають повторної передачі ARQ
- Втрата пакетів (Packet Loss) — Pre-ARQ packet loss rate, що вказує на якість мережі
- Джиттер (Jitter) — Зміна часу надходження пакетів
- Використання пропускної здатності (Bandwidth Utilization) — Фактична проти налаштованої максимальної пропускної здатності
- Рівень буфера (Buffer Level) — Рівень заповнення буфера приймача (underrun вказує на можливі переривання)
Автоматичні сповіщення спрацьовують при погіршенні метрик для проактивного вирішення проблем.
Ключові особливості
- Прийом SRT (SRT Ingest) — Отримання каналів внеску з будь-якого підключеного до інтернету джерела
- AES Шифрування (AES Encryption) — Вбудоване шифрування контенту без зовнішнього VPN або TLS
- Відновлення ARQ (ARQ Recovery) — Допускає до 20% packet loss з автоматичною retransmission
- Настроювана затримка (Configurable Latency) — Можливість налаштування на основі якості мережі та use case
- Відмовостійкість з подвійним входом (Dual-Input Failover) — Автоматичне switchover при збої основного SRT потоку
- B2B Синдикація (B2B Syndication) — Вихідні SRT потоки для партнерського distribution
- Панель метрик SRT (SRT Metrics Dashboard) — Моніторинг RTT, loss, jitter та retransmission у реальному часі
- Гібридний вихід (Hybrid Output) — SRT для B2B внеску, HLS через CloudFront для consumer delivery
Результати
Технологічний Стек
caseStudyDetail.more Кейси
Ознайомтесь з іншими нашими технічними впровадженнями
Вставка реклами на стороні клієнта (CSAI) з парсингом маркерів SCTE-35 та інтеграцією багатоплатформного плеєра
Платформа потокового відео потребувала впровадження вставки реклами на стороні клієнта (CSAI) для веб-, мобільних програм та програм для підключених телевізорів — що забезпечує персоналізований рекламний досвід на рівні пристрою з повною підтримкою взаємодії з рекламою (натискні оверлеї, супутні банери, кнопки пропуску), який не може забезпечити вставка на стороні сервера.
Сигналізація маркерів реклами SCTE-35 та конвеєр вставки трейлерів медіа
Компанії зі стрімінгу медіа потрібен був надійний, автоматизований конвеєр для впровадження маркерів реклами SCTE-35 у живі та VOD потоки, а також можливість вставляти промоційні трейлери (pre-roll, mid-roll, post-roll) у точно визначені позиції — що дозволяє монетизувати через канали FAST, живі події та бібліотеки контенту на вимогу.
Часті запитання
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.
Готові Трансформувати Свій Бізнес?
Давайте обговоримо, як ми можемо застосувати подібні рішення для ваших завдань.