Airtel провела трансляции IPL 2026 через Media CDN с 99,9% локального трафика

Финал проверил CDN десятками миллиардов запросов

Airtel и Google Cloud раскрыли устройство онлайн-трансляций Indian Premier League 2026. За 74 матча система передала зрителям несколько сотен петабайт исходящего трафика. В финале инфраструктура обработала десятки миллиардов запросов, а пиковая скорость отдачи достигала нескольких терабит в секунду. Для прямого эфира такой всплеск особенно опасен: зрители приходят одновременно, а пропущенный фрагмент нельзя компенсировать медленной фоновой загрузкой.

Опубликованные числа описывают масштаб доставки, но не дают точного количества одновременных зрителей или общей продолжительности просмотра. Поэтому их нельзя механически превращать в аудиторию. Они показывают другое: origin и сеть должны пережить резкий синхронный спрос, не заставляя каждый клиентский запрос проходить полный путь до центральной платформы. Именно вокруг локализации трафика Airtel строила архитектуру турнира.

99,9% трафика обслуживалось внутри Индии

Airtel использовала Media CDN и глобальную edge-сеть Google, чтобы отдавать запросы из точек, физически близких к пользователям. По данным компаний, 99,9% турнирного трафика было обслужено локально из Индии. Это уменьшало число сетевых переходов и нагрузку на транзитные участки — важное свойство для страны с неоднородным набором операторов и маршрутов до зрителя.

Локальная выдача не означает, что каждый пакет прошёл по идеальному маршруту или что у всех абонентов была одинаковая связь. Она сокращает часть пути, которую контролирует платформа распространения. Последняя миля, домашний Wi‑Fi и состояние устройства остаются вне CDN. Поэтому корректнее говорить о снижении сетевого риска на стороне доставки, а не о гарантии безусловно одинакового качества для каждого зрителя.

Кэш принял основную нагрузку на себя

Совокупный cache hit ratio превысил 98%. Иными словами, подавляющее большинство подходящих запросов обслуживалось на edge без обращения к origin за тем же объектом. Во время плей-офф это позволяло поглощать массовую нагрузку на периферии и сохранять требования к центральной видеоплатформе заметно ниже, чем объём зрительского трафика.

Высокий cache hit ratio особенно ценен для сегментированного live video, где множество клиентов почти одновременно запрашивают одинаковые части потока. Но метрика сама по себе не описывает качество кодирования, своевременность появления сегмента или ошибки плеера. Для инженерного контроля её нужно читать рядом с origin errors, rebuffering, startup time и долей неуспешных сессий — таких клиентских показателей в публикации нет.

p99 latency удерживали ниже 300 миллисекунд

Google Cloud сообщает, что в течение турнира Airtel поддерживала p99 latency ниже 300 миллисекунд. В контексте статьи эта задержка относится к инфраструктуре доставки и поддерживает быстрый старт потока и снижение риска буферизации. Это не равнозначно задержке прямого эфира относительно стадиона: end-to-end glass-to-glass latency включает захват, кодирование, упаковку, CDN, плеер и буфер клиента.

Разделение двух понятий важно для оценки результата. CDN может быстро ответить на запрос сегмента, тогда как зритель всё равно видит событие с несколькими секундами отставания из-за выбранного streaming protocol и размера playback buffer. Публичный кейс подтверждает низкую latency обслуживания запросов на заявленном percentile, но не публикует полную кривую задержек или независимое измерение пользовательского опыта.

До турнира команды проверили прогнозы, manifests и failover

Архитектуру дополнила операционная подготовка. До первого матча совместные команды проверяли прогнозы трафика, конфигурацию manifests и механизмы failover. Во время турнира Monitoring as a Service для Media CDN обеспечивал непрерывную телеметрию, чтобы обнаруживать сетевые сдвиги до того, как аномалия заметно повлияет на воспроизведение.

На ключевых выходных и в плей-офф инженеры Airtel работали вместе с командами Google Cloud Technical Account Management и мониторинга в режиме реального времени. Это показывает предел полностью автоматического масштабирования: capacity и cache решают большую часть повторяемой нагрузки, но событие с фиксированным временем и высокой ценой ошибки требует заранее назначенных людей, эскалаций и проверенных процедур реакции.

Кейс даёт шаблон, а не универсальную гарантию

Практический шаблон из кейса состоит из трёх слоёв: локальная edge-доставка, высокий cache hit ratio и заранее организованное наблюдение с поддержкой в момент матча. Убирать любой слой рискованно. Большой кэш без telemetry может долго скрывать деградацию отдельного региона; мониторинг без локальной ёмкости лишь быстрее покажет перегрузку; edge без проверенного failover оставит единственную точку неожиданности.

При переносе схемы на другой турнир сначала нужны реальные профили запросов, география аудитории и целевые SLO, затем load test с близким к финалу burst, проверка origin shielding и rehearsal аварийного переключения. Показатели Airtel — 98%+ cache hit, 99,9% локальной доставки и p99 ниже 300 ms — полезны как ориентиры опубликованного запуска, но не как обещание, которое автоматически наследует любая трансляция на Media CDN.