Термин
Стриминг-пайплайн
Сквозная цепочка сервисов, которая берёт live- или записанный источник, кодирует, упаковывает, раздаёт через CDN и отрисовывает в плеере. Архитектурная схема, которую любая стриминговая команда рисует на доске.
Стриминг-пайплайн – это направленный граф компонентов: источник, ingest, transcoder, packager, origin, CDN, edge cache, плеер. У каждого определён входной формат, выходной формат, политика масштабирования и режим отказа. Искусство эксплуатации стримингового сервиса – удерживать каждый узел в допуске, пока шаблоны трафика, каталог и набор кодеков меняются под ногами.
Классический OTT-пайплайн для VOD: источник MXF/MOV → ферма транскодеров (FFmpeg, x264, SVT-AV1), производящая ABR ladder → packager (Shaka, Bento4), выдающий CMAF-сегменты и 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. Надёжность пайплайна ограничена самым слабым стыком, и работа стриминг-инженера – это в основном укрепление стыков.
Считаете параметры для своего продукта?
Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.