AWS Media Services для потокового мовлення FAST каналів через SRT
Медіакомпанії потрібно було встановити надійні, з низькою затримкою канали внесення для їхніх FAST каналів, використовуючи протокол Secure Reliable Transport (SRT) — що дозволяє здійснювати високоякісний прийом контенту з віддалених студій, хмарних систем відтворення та партнерів по синдикації через непередбачувані інтернет-з'єднання.
Обговоріть Ваш Проєкт
Виклик
Традиційні робочі процеси внесення покладалися на виділені волоконно-оптичні або супутникові лінії, які були дорогими та негнучкими:
- Виділені лінії коштували тисячі доларів на місяць за кожну лінію і вимагали тижнів для підключення
- Інтернет-транспорт (RTMP) страждав від втрати пакетів, джитеру і не мав шифрування
- Внесення з кількох джерел вимагало гнучкого, програмно-визначеного підключення
- Корекція помилок і шифрування SRT зробили його новим стандартом мовлення, але інтеграція його в AWS-нативний конвеєр вимагала спеціальної інженерії
- Моніторинг специфічних для SRT метрик (RTT, швидкість повторної передачі, накладні витрати на пропускну здатність) вимагав спеціальних інструментів
Наше Рішення
Ми побудували конвеєр внесення та розподілу на основі SRT за допомогою AWS Elemental MediaLive та MediaConnect, що дозволяє надійне, зашифроване транспортування контенту через публічний інтернет з корекцією помилок на рівні мовлення.
Архітектура
- Внесення: AWS Elemental MediaConnect для внесення SRT з віддалених джерел
- Транспорт: Протокол SRT з шифруванням AES і корекцією помилок ARQ
- Кодування: AWS Elemental MediaLive для транскодування вхідних даних SRT у вихід з кількома бітрейтами
- Упаковка: AWS Elemental MediaPackage для упаковки HLS/DASH для доставки кінцевому глядачеві
- Розподіл: Вихід SRT з MediaConnect для B2B синдикації партнерам платформи
- Моніторинг: Панель метрик специфічних для SRT (RTT, втрата пакетів, повторна передача, джитер)
- CDN: Amazon CloudFront для доставки HLS останньої милі кінцевим глядачам
Переваги протоколу SRT
проти RTMP
SRT надає значні переваги над RTMP для каналів внесення: вбудована корекція помилок ARQ (допускає до 20% втрати пакетів проти розриву потоку при 1-2% з RTMP), нативне шифрування AES, налаштовуваний контроль затримки, UDP-основний транспорт, дружній до NAT, і мінімальні накладні витрати на пропускну здатність для відновлення помилок.
проти виділених ліній
SRT через інтернет пропонує значно нижчу вартість і швидше підключення в порівнянні з виділеними волокнами — з додатковими перевагами багатошляхової надмірності та географічної гнучкості з будь-якого підключеного до інтернету місця.
Дизайн конвеєра
Внесення (Ingest)
- Віддалені джерела — Студії, хмарне відтворення або партнери надсилають потоки SRT до MediaConnect
- Слухач SRT — Точка MediaConnect налаштована як слухач SRT
- Шифрування — Шифрування паролем AES для безпеки контенту під час передачі
- Корекція помилок — ARQ відновлює втрачені пакети з налаштовуваним буфером затримки
- Резервування — Подвійні входи SRT з автоматичним перемиканням при відмові основного потоку
Обробка
- MediaConnect → MediaLive — Потік SRT передається до MediaLive для транскодування
- Транскодування — Кодування з кількома бітрейтами з проходженням SCTE-35
- Вставка SCTE-35 — Сигнали перерви для реклами вставляються в заплановані моменти
- Вихід — Транскодований потік надсилається до MediaPackage для упаковки HLS
Розподіл (B2B синдикація через SRT)
Для синдикації партнерам платформи, які потребують потоку рівня мовлення:
- Вихід SRT в режимі виклику або слухача на основі вимог партнера
- Окремі паролі шифрування для кожного партнера для контролю доступу
- Конфігурація пропускної здатності для кожного партнера
- Метрики SRT для кожного виходу для моніторингу здоров'я потоку партнера
Конфігурація SRT
Налаштування затримки
Затримка SRT налаштовується на основі умов мережі та випадку використання:
- Ультранизька — Тієї ж області, високоякісні мережі (студія до хмари)
- Низька — Міжрегіональні, хороші мережі
- Стандартна — Міжнародні, змінні мережі
- Висока стійкість — Погані мережі, максимальна стійкість до втрати пакетів
Налаштування оптимізовані для кожного випадку використання з відповідною затримкою, обмеженнями пропускної здатності, рівнем шифрування та режимом підключення (виклик проти слухача).
Моніторинг та оповіщення
Платформа моніторить специфічні для SRT метрики в реальному часі:
- Час кругового проходження (RTT) — Затримка мережі між відправником і отримувачем
- Швидкість повторної передачі — Відсоток пакетів, що вимагають повторної передачі ARQ
- Втрата пакетів — Рівень втрати пакетів до ARQ, що вказує на якість мережі
- Джитер — Варіація в часі прибуття пакетів
- Використання пропускної здатності — Фактична проти налаштованої максимальної пропускної здатності
- Рівень буфера — Рівень заповнення буфера отримувача (недостатнє заповнення вказує на можливе заїкання)
Автоматизовані оповіщення спрацьовують на погіршені метрики для проактивного вирішення проблем.
Ключові особливості
- Внесення SRT — Прийом каналів внесення з будь-якого підключеного до інтернету джерела
- Шифрування AES — Вбудоване шифрування контенту без зовнішнього VPN або TLS
- Відновлення ARQ — Допускає до 20% втрати пакетів з автоматичною повторною передачею
- Налаштовувана затримка — Налаштовується на основі якості мережі та випадку використання
- Резервування з подвійним входом — Автоматичне перемикання при відмові основного потоку SRT
- B2B синдикація — Виходи SRT для розподілу партнерам
- Панель метрик SRT — Моніторинг в реальному часі RTT, втрати, джитера та повторної передачі
- Гібридний вихід — SRT для B2B внесення, HLS через CloudFront для доставки споживачам
Результати
Технологічний Стек
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.
Готові Трансформувати Свій Бізнес?
Давайте обговоримо, як ми можемо застосувати подібні рішення для ваших завдань.