Термин
Стриминг-пайплайн
Сквозная цепочка сервисов, которая берёт live- или записанный источник, кодирует, упаковывает, раздаёт через CDN и отрисовывает в плеере – архитектурная схема, которую любая стриминговая команда рисует на доске.
Стриминг-пайплайн – это направленный граф компонентов: источник, ingest, transcoder, packager, origin, CDN, edge cache, плеер. У каждого компонента определён входной и выходной формат, политика масштабирования и режим отказа. Искусство эксплуатации стримингового сервиса – удерживать каждый узел в допустимых пределах, пока шаблоны трафика, каталог и набор кодеков постоянно меняются.
Классический OTT-пайплайн для VOD: источник MXF/MOV → ферма транскодеров (FFmpeg, x264, SVT-AV1), формирующая ABR-ladder → packager (Shaka, Bento4), выдающий CMAF-сегменты и манифесты HLS/LL-HLS и DASH → объектное хранилище (S3, GCS) в роли origin → мульти-CDN-фронт (Akamai, CloudFront, Fastly) → плеер (hls.js, Shaka, AVPlayer). Live-пайплайн включает контрибьюшн (RTMP, SRT или WebRTC), подающий поток на live-транскодер, а low-latency-решение направляет CMAF-чанки напрямую от packager через origin shield к LL-HLS- или LL-DASH-плеерам.
Редко удаётся собрать пайплайн целиком на одном вендоре. Большинство команд используют best-of-breed подход и работают со стыками: webhook срабатывает при загрузке ассета, очередь берёт задачу, транскодер записывает прогресс в state store, packager публикует результат в бакет, а CDN-инвалидация пингует edge. Надёжность пайплайна определяется самым слабым стыком, и основная задача стриминг-инженера – укрепление этих стыков.
Считаете параметры для своего продукта?
Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.