АДАПТИВНЫЙ ДВИЖОК
01 / 04
Рендеринги под поверхность, а не «на всякий случай».
Платформа создаёт только те варианты, которые требуются продукту: от AVIF и WebP до адаптивных видеолестниц.
ПЛАТФОРМА 4.2РЕЛИЗ Q2 2026
Оркестрация
медиапотоков.
TWC Storage объединяет приём, проверку, преобразование, упаковку и доставку изображений, видео и цифровых ассетов в одном управляемом контуре.
- Политики
- единые для всего пути
- Наблюдаемость
- по каждому ассету
# Регистрация нового медиаресурса
POST /v1/assets/ingest
Content-Type: application/json
X-Asset-Policy: adaptive
{
"source": "origin://catalog/hero-video",
"validate": true,
"renditions": ["avif", "webp", "hls"]
}
# Ответ контура
{
"state": "processing",
"asset_id": "fm_8f3a2c91",
"latency_ms": 3.8
}99.999%SLA доступность
3.8мсСредняя задержка
142Пограничных узлов
3.1ПБТрафик в сутки
CORE-WEST 0.7 мсCORE-NORTH 0.9 мсEDGE-CENTRAL 1.3 мсEDGE-EAST 2.0 мсAP-SOUTH 3.3 мсME-SOUTH 4.2 мс
ПЛАТФОРМА
Один путь от источника до выдачи.
Каждый ресурс проходит одинаковую последовательность этапов. Это делает обработку предсказуемой, а сбои — локальными и понятными.
- 01
Приём
Источники, хранилища и CMS
- 02
Проверка
Формат, хэш и политика
- 03
Преобразование
Изображения и видео
- 04
Упаковка
HLS, DASH и CMAF
- 05
Защита
Правила публикации
- 06
Доставка
Кэш и приложения
- 07
Наблюдение
Путь и результат
ЦЕЛОСТНОСТЬ
02 / 04
Идентичность ассета сохраняется на всём пути.
SHA-256
8f3a·2c91·4b77·e0ad- Контрольная сумма
- Происхождение
- Версия политики
ПОЛИТИКИ
03 / 04
Правила применяются до публикации.
НАБЛЮДАЕМОСТЬ
04 / 04
Событие видно от входа до выдачи.
ИНФРАСТРУКТУРА
Глобальное распределение.
Локальная оптимизация.
Обработка и доставка масштабируются независимо. Регион выбирается по состоянию контура, очереди и фактической задержке, а не по статическому списку.
CORE-WEST29 узлов
0.8—2.1 мсCORE-NORTH23 узла
0.7—1.8 мсEDGE-CENTRAL32 узла
1.0—2.7 мсEDGE-EAST25 узлов
1.4—3.5 мсAP-SOUTH18 узлов
2.0—4.4 мсME-SOUTH15 узлов
2.8—6.1 мсАКТИВНАЯ ТОПОЛОГИЯ142 / 142 доступно
МАРШРУТИЗАЦИЯ POLICY-AWAREРЕПЛИКАЦИЯ 3×СОСТОЯНИЕ ШТАТНО
АРХИТЕКТУРА
Три плоскости.
Один наблюдаемый путь.
Источники и хранилища, контур обработки и защищённая доставка масштабируются отдельно, но остаются связаны общей идентичностью ассета.
ПЛОСКОСТЬ ИСТОЧНИКОВ
INPUTГде медиаресурс хранится
OBJECT STORAGEИсходные файлы
MEDIA ORIGINSПубликационные источники
CMS / CATALOGСобытия и метаданные
ПЛОСКОСТЬ ОБРАБОТКИ
CONTROLКак ресурс проверяется и меняется
INGEST + VALIDATEИдентичность и формат
TRANSFORM + PACKAGEРендеринги и упаковка
POLICY ENGINEПравила публикации
ПЛОСКОСТЬ ДОСТАВКИ
OUTPUTКак ресурс достигает приложений
CACHE-AWARE DELIVERYЗащищённая выдача
APPLICATIONSПриложения и публикации
PLAYERS / STOREFRONTSКонечные поверхности
API
REST и события
для продуктовых команд.
Управление жизненным циклом ассета, получение метрик и поток событий без привязки к конкретному интерфейсу.
JSON
СТАТУС СИСТЕМЫ
Мониторинг
в реальном времени.
Штатная работа0активных инцидентов
Конвейер обработкиПриём, проверка, преобразование и упаковка
99.999%Контур доставкиРегиональная маршрутизация и кэш
99.993%API и поток событийREST-интерфейс и доставка webhook-событий
100.000%Контур управленияПолитики, идентичность и координация регионов
99.989%ФОРМАТЫ И ПРИМИТИВЫ
WebPAVIFHLSDASHCMAFAdaptive bitrateObject storageEvent-driven processingChecksum identityPolicy publication