Термин
Just-in-time packaging
Воркфлоу, в котором CMAF-сегменты генерируются по запросу из единственного mezzanine-ассета, а не предпекутся в HLS и DASH заранее. Экономит хранилище ценой CPU на edge или origin.
Классический OTT-воркфлоу кодирует один раз и упаковывает по разу под каждый формат доставки: MP4-mezzanine превращается в набор CMAF-сегментов, плюс HLS-плейлисты, плюс DASH-манифесты, плюс отдельные DRM-варианты. Всё это предгенерируется и хранится до прихода зрителя. Just-in-time packaging (JIT) переворачивает это: хранить только один канонический ассет (обычно CMAF-сегменты, зашифрованные одним CENC-ключом), а HLS-плейлисты, DASH-манифесты, multi-DRM-варианты и даже стыки ad-insertion генерировать в момент запроса.
Выигрыш – хранилище: вместо 4× дублирования под HLS + DASH × clear + DRM, хранится 1×. Для крупного OTT-каталога в сотнях тысяч тайтлов это разница между 5 ПБ и 20 ПБ object storage. Цена – CPU в packaging-слое: каждый запрос манифеста гонит packaging-операцию, каждый запрос сегмента может на лету применять DRM-шифрование. JIT-packager-ы (Unified Streaming, AWS MediaPackage, JIT-модуль Akamai, EZDRM) сделаны специально под этот fast-path.
JIT наиболее ценен для каталогов, где стоимость хранения доминирует над CPU, и для live-to-VOD-воркфлоу, где ассет создаётся в реальном времени, но должен быть доступен в каждом формате с момента появления. JIT также включает per-user варианты манифеста – разные ABR-ladder под устройство, динамический SSAI per-session, персонализированные rendition-ы – что недоступно в предупакованных воркфлоу.
Считаете параметры для своего продукта?
Поможем собрать энкодер-леддер и посчитать стоимость доставки – до старта разработки.