Медіасервіси AWS для трансляції FAST-каналів через SRT
Медіакомпанія потребувала створення надійних каналів передачі контенту з низькою затримкою для своїх FAST-каналів за допомогою протоколу Secure Reliable Transport (SRT), що дозволяє здійснювати високоякісне завантаження контенту з віддалених студій, cloud playout systems та syndication partners через непередбачувані інтернет-з'єднання.
Обговоріть Ваш Проєкт
Виклик
Традиційні робочі процеси передачі контенту покладалися на виділені волоконно-оптичні або супутникові лінії, які були дорогими та негнучкими:
- Виділені лінії коштували тисячі на місяць за одне з'єднання і вимагали тижнів для налаштування
- Транспортування через Інтернет (RTMP) страждало від packet loss, jitter та бракувало encryption
- Прийом контенту з кількох джерел (multi-source ingest) вимагав гнучкого, програмно-визначеного з'єднання
- Корекція помилок та encryption SRT зробили його новим стандартом для мовлення, але інтеграція його в AWS-native pipeline вимагала індивідуальної розробки
- Моніторинг специфічних для SRT метрик (RTT, retransmission rate, bandwidth overhead) вимагав спеціального інструментарію
Наше Рішення
Ми побудували конвеєр передачі та розповсюдження на базі SRT за допомогою AWS Elemental MediaLive та MediaConnect, що забезпечило надійну, зашифровану передачу контенту через публічний Інтернет з корекцією помилок мовленнєвого класу.
Архітектура
- Передача: AWS Elemental MediaConnect для SRT ingest з віддалених джерел
- Транспортування: Протокол SRT з шифруванням AES та корекцією помилок ARQ
- Кодування: AWS Elemental MediaLive для транскодування SRT-входів у multi-bitrate вихід
- Пакування: AWS Elemental MediaPackage для HLS/DASH пакування для доставки кінцевим глядачам
- Розповсюдження: Вихід SRT з MediaConnect для B2B syndication партнерам платформи
- Моніторинг: Панель моніторингу метрик, специфічних для SRT (RTT, packet loss, retransmission, jitter)
- CDN: Amazon CloudFront для доставки HLS кінцевим глядачам на останній милі
Переваги протоколу SRT
проти RTMP
SRT надає значні переваги над RTMP для каналів передачі контенту: вбудована корекція помилок ARQ (витримує до 20% packet loss проти переривання потоку при 1-2% з RTMP), нативне шифрування AES, настроюване керування затримкою, UDP-based NAT-friendly транспорт та мінімальні bandwidth overhead для відновлення після помилок.
проти виділених ліній
SRT через Інтернет пропонує значно нижчу вартість та швидше налаштування порівняно з виділеним волокном — з додатковими перевагами multi-path redundancy та географічної гнучкості з будь-якого підключеного до Інтернету місця.
Проектування конвеєра
Передача (Ingest)
- Віддалені джерела — Студії, cloud playout або партнери надсилають SRT потоки до MediaConnect
- SRT Listener — Кінцева точка MediaConnect, налаштована як SRT listener
- Шифрування — Шифрування AES за допомогою passphrase для безпеки контенту під час передачі
- Корекція помилок — ARQ відновлює втрачені пакети за допомогою настроюваного latency buffer
- Відмовостійкість — Подвійні SRT входи з автоматичним failover при збої основного потоку
Обробка
- MediaConnect → MediaLive — Потік SRT направляється до MediaLive для transcoding
- Транскодування — Multi-bitrate кодування з SCTE-35 passthrough
- SCTE-35 Injection — Сигнали рекламних пауз вставляються в заплановані точки
- Вихід — Транскодований потік надсилається до MediaPackage для HLS пакування
Розповсюдження (B2B Syndication через SRT)
Для syndication партнерам платформи, яким потрібен broadcast-grade feed:
- SRT вихід у режимі caller або listener відповідно до вимогам партнера
- Окремі encryption passphrases для кожного партнера для control доступу
- Per-partner bandwidth configuration
- Per-output SRT metrics для моніторингу стану партнерського feed
Конфігурація SRT
Налаштування затримки
Затримка SRT налаштовується на основі умов мережі та use case:
- Наднизька — Мережі в тому ж регіоні, високої якості (студія до cloud)
- Низька — Cross-region, хороші мережі
- Стандартна — Міжнародні, змінні мережі
- Висока стійкість — Погані мережі, максимальна packet loss tolerance
Налаштування оптимізуються для кожного use case з відповідною затримкою, bandwidth limits, encryption level та connection mode (caller проти listener).
Моніторинг та оповіщення
Платформа відстежує метрики, специфічні для SRT, у реальному часі:
- Час туди-назад (RTT) — Network latency між відправником та отримувачем
- Швидкість повторної передачі — Відсоток пакетів, що потребують ARQ retransmission
- Втрата пакетів — Pre-ARQ packet loss rate, що вказує на якість мережі
- Jitter — Зміна часу прибуття пакетів
- Використання пропускної здатності — Фактична проти налаштованої максимальної bandwidth
- Рівень буфера — Receiver buffer fill level (underrun вказує на потенційне заїкання)
Автоматичні оповіщення спрацьовують при погіршенні метрик для proactive issue resolution.
Ключові особливості
- SRT Ingest — Отримання contribution feeds з будь-якого internet-connected джерела
- Шифрування AES — Вбудоване content encryption без зовнішнього VPN або TLS
- Відновлення ARQ — Витримує до 20% packet loss з автоматичною retransmission
- Налаштовувана затримка — Може бути налаштована залежно від network quality та use case
- Відмовостійкість з подвійним входом — Автоматичне switchover при збої основного SRT feed
- B2B Syndication — SRT output feeds для partner distribution
- Панель моніторингу метрик SRT — Моніторинг RTT, loss, jitter та retransmission в реальному часі
- Гібридний вихід — SRT для B2B contribution, HLS через CloudFront для consumer delivery
Результати
Технологічний Стек
caseStudyDetail.more Кейси
Ознайомтесь з іншими нашими технічними впровадженнями
Вставка реклами на стороні клієнта (CSAI) з парсингом маркерів SCTE-35 та інтеграцією багатоплатформного плеєра
Платформа потокового відео потребувала впровадження вставки реклами на стороні клієнта (CSAI) для веб-, мобільних програм та програм для підключених телевізорів — що забезпечує персоналізований рекламний досвід на рівні пристрою з повною підтримкою взаємодії з рекламою (натискні оверлеї, супутні банери, кнопки пропуску), який не може забезпечити вставка на стороні сервера.
Сигналізація маркерів реклами SCTE-35 та конвеєр вставки трейлерів медіа
Компанії зі стрімінгу медіа потрібен був надійний, автоматизований конвеєр для впровадження маркерів реклами SCTE-35 у живі та VOD потоки, а також можливість вставляти промоційні трейлери (pre-roll, mid-roll, post-roll) у точно визначені позиції — що дозволяє монетизувати через канали FAST, живі події та бібліотеки контенту на вимогу.
Часті запитання
MicrocosmWorks обрала SRT за його чудову продуктивність у ненадійних мережах, забезпечуючи шифрування AES-128, автоматичну повторну передачу пакетів та адаптивне налаштування бітрейту, чого бракує RTMP. SRT підтримує доставку відео мовленнєвої якості з менш ніж 1% накладних витрат на відновлення втрачених пакетів навіть через публічні інтернет-шляхи, де RTMP показував би видимі артефакти.
MicrocosmWorks настроїв AWS Elemental MediaLive приймати вхідні дані SRT як у режимі caller, так і в режимі listener, потім перекодувати до ABR-драбинки і виводити HLS/DASH сегменти до MediaPackage. Прийом SRT виграє від вбудованого розшифрування SRT в MediaLive та jitter buffer, забезпечуючи чисту якість джерела перед етапом перекодування.
Так, MicrocosmWorks налаштував MediaLive з кількома вхідними джерелами SRT і побудував площину керування маршрутизацією, яка перемикається між потоками на основі заздалегідь визначеного розкладу або ручного втручання. Кожен учасник SRT підключається через унікальний порт слухача з індивідуальною автентифікацією за допомогою AES passphrase, і система підтримує гаряче резервування (hot-standby failover) між основним та резервним джерелами SRT.
MicrocosmWorks створив панель моніторингу, використовуючи користувацькі метрики CloudWatch, яка збирає статистику SRT, включаючи час проходження туди й назад, швидкість повторної передачі, використання пропускної здатності та рівні буфера. Автоматичні сповіщення спрацьовують, коли швидкість повторної передачі перевищує 2% або RTT перевищує 200 мс, надаючи операційним командам завчасне попередження до того, як погіршення якості стане помітним для глядачів.
MicrocosmWorks розгортає інфраструктуру FAST-каналу на основі SRT за тарифами $30-$50/год, при цьому повне налаштування, що включає конфігурацію прийому SRT, кодування MediaLive, доставку CDN та панель моніторингу, зазвичай вимагає 200-350 годин розробки. Конфігурація, специфічна для SRT, додає приблизно 40-60 годин порівняно зі стандартним налаштуванням прийому RTMP.
Готові Трансформувати Свій Бізнес?
Давайте обговоримо, як ми можемо застосувати подібні рішення для ваших завдань.