Стоимость CDN: egress, коммиты и 95-й перцентиль

Кратко

Самая крупная регулярная статья расходов стриминговой платформы – это egress, плата, которую сеть доставки контента (CDN) берёт за отправку байтов видео зрителям, и это та строка счёта, что растёт каждый месяц вместе с вашей аудиторией. Egress тарифицируется в нескольких легко путаемых формах: посегабайтные ставки с тирами, падающие с ростом объёма; фиксированные месячные бандлы; commit-сделки, меняющие обещание объёма на сниженную ставку; и модель 95-го перцентиля, которая считает по вашему устойчивому пику в мегабитах в секунду, а не по суммарно доставленным байтам. Самая дорогая ошибка – принять витринную посегабайтную ставку за реальную, не учесть, как её меняют микс регионов и тиры, и не заметить, что регулярный ночной пик (а не среднее) может задать счёт по 95-му перцентилю на весь месяц. Эта статья разбирает каждую модель простым языком, проговаривает арифметику на реальном профиле трафика и даёт четыре рычага, которые действительно двигают счёт, плюс калькулятор, чтобы оценить свой.

Почему это важно

Если вы основатель, продакт-менеджер или впервые ставший CTO стриминга, egress – это то, где живёт ваша маржа, и его почти никогда не объясняют так, чтобы вы могли действовать. Прайс-страницы вендоров называют посегабайтное число, которое вы фактически не заплатите; аналитические отчёты дают рыночные итоги, которые не лягут на ваш трафик; а инженерные блоги объясняют кэширование, ни разу не связав его со счётом. В итоге большинство команд подписывают контракт с CDN, не умея ответить на три вопроса, решающих стоимость доставки: какова наша эффективная ставка после тиров и регионов, считают нас по байтам или по пику полосы, и стоит ли коммитить объём ради меньшей цены. Эта статья даёт модель для ответа на все три. К концу вы сможете прочитать любую котировку CDN, понять, какая это форма тарифа, оценить месячный счёт до подписания и знать, какой рычаг – offload, сглаживание пика, микс регионов или commit – тянуть, когда число слишком велико.

Egress – счёт, который растёт вместе с аудиторией

Начнём со слова, потому что оно ведёт весь разговор. Egress – это данные, покидающие сеть, конкретно – байты, которые CDN или облако отправляют наружу, зрителям. (Обратное направление, входящие данные, – это ingress, и он почти всегда бесплатен; провайдеры рады принимать ваш контент, потому что зарабатывают на его отдаче.) Когда зритель смотрит час видео, каждый мегабайт этого часа – это egress, и вы за него платите. Умножьте на растущую аудиторию, смотрящую больше часов, и egress становится крупнейшим единственным числом в месячном инфраструктурном счёте стриминга – обычно больше, чем хранение, транскодинг и origin вместе взятые.

Два разграничения удерживают эту статью от пересечения с соседними, и их стоит провести сразу. Во-первых, это не модель стоимости всей платформы. Полная картина – часы каталога × encoding ladder × конкурентность × egress × стек DRM и монетизации – живёт в модели стоимости OTT-платформы, и egress – одна её строка. Здесь мы открываем эту строку и разбираем её. Во-вторых, это не то же число, что origin offload. В статье как CDN доставляет видео мы измеряли байты, которые origin отправляет, чтобы кормить edge'и, и которыми управляет offload ratio. Счёт egress – большее, внешнее число: байты, которые edge отправляет зрителям. Offload решает, сколько стоит ваш origin; egress решает, сколько стоит ваш CDN. Эта статья – про счёт CDN, и к offload она возвращается лишь как к одному из рычагов, которые его гнут.

Почему видео делает это таким дорогим? Потому что видео двигает больше байтов, чем что-либо в интернете, и двигает их на каждого зрителя. Веб-страница – это килобайты; час стримингового видео среднего качества – это гигабайты. Арифметика беспощадна, поэтому проделаем её один раз, чтобы закрепить масштаб. Один зритель, один час, при среднем доставляемом битрейте 5 мегабит в секунду:

байт на зрителя-час = 5 Mbit/s × 3 600 s/ч ÷ 8 бит/байт
                    = 18 000 Mbit ÷ 8
                    = 2 250 MB
                    ≈ 2.25 GB на зрителя-час

Итак, каждый час просмотра – это около 2.25 гигабайта egress. Сто тысяч зрителей по десять часов в месяц – это 2.25 миллиона гигабайт, примерно 2.25 петабайта egress каждый месяц, и именно этот объём модели тарификации ниже превращают в сумму в долларах. Держите в уме это число 2.25 GB на зрителя-час; это коэффициент перевода между «сколько люди смотрят» и «сколько стоит доставка».

Нажмите, чтобы увеличить

За что вам на самом деле выставляют счёт: пять моделей тарифа

Котировка CDN – это одна из небольшого числа форм под разными именами вендоров. Выучите формы – и любая котировка станет читаемой. В ходу пять, и самое важное в них – единица, по которой каждая считает, потому что единица решает, какой рычаг снижает счёт.

1. Посегабайтно с тирами – модель по умолчанию. Вы платите ставку за каждый доставленный гигабайт, и ставка ступенчато падает, когда месячный объём пересекает пороги. Amazon CloudFront, например, публикует для США и Европы тариф pay-as-you-go, который (на II квартал 2026) стартует около $0.085 за гигабайт за первые 10 терабайт в месяц, падает до $0.080 за следующие 40 терабайт, $0.060 за следующие 100 и продолжает снижаться примерно к $0.020 за гигабайт на петабайтном масштабе, причём первый терабайт каждый месяц бесплатен. Единица – гигабайт; рычаг – меньше или дешевле гигабайтов (поднять offload, ужать битрейт, сместить регионы). Ловушка, которую мы разбираем ниже, в том, что витринная ставка первого тира никогда не является вашей реальной.

2. Фиксированные месячные бандлы – более новая форма. Вместо учёта каждого гигабайта вы покупаете план с фиксированной месячной ценой и лимитом потребления, и за превышение с вас не берут. Flat-rate планы CloudFront (введённые и актуальные в 2026) идут от бесплатного тира $0/мес через Pro за $15, Business за $200 и Premium за $1 000 в месяц на дистрибуцию, причём верхний план конфигурируется до 600 терабайт месячной передачи без платы за превышение. Единица – план, а не гигабайт; рычаг – выбор верного тира плана. Бандлы меняют риск внезапного счёта за всплеск на риск платить за запас, который вы не используете.

3. Модель 95-го перцентиля (burstable) – счёт по полосе, не по байтам. Здесь вам выставляют счёт не по суммарным байтам, а по вашей устойчивой скорости в мегабитах в секунду, измеряемой выборкой пропускной способности каждые пять минут в течение месяца, отбрасыванием самых нагруженных 5% выборок и тарификацией по наивысшей оставшейся. Это доминирующая модель в сыром сетевом транзите и пиринге, и она встречается в крупных и legacy-контрактах enterprise-CDN. Единица – пиковые мегабиты в секунду; рычаг – сглаживание пика. У неё знаменитая ловушка, разбираемая в отдельном разделе ниже, и именно из-за неё в заголовке статьи стоит «95-й перцентиль».

4. Commit-сделки – обещание объёма ради меньшей ставки. В enterprise-контрактах вы коммитите минимальный месячный или годовой объём, а взамен посегабайтная ставка падает заметно ниже публичной – отраслевые данные ставят согласованные стриминговые ставки в диапазон примерно $0.03–$0.05 за гигабайт (около $30–$50 за терабайт) на значимых уровнях commit'а против $0.085 публичного первого тира. Единица – закоммиченный объём; рычаг – commit на верном уровне – достаточно высоком, чтобы заслужить скидку, но не настолько, чтобы платить за трафик, который вы никогда не отправите.

5. Хранилище без egress – меняет сторону origin в уравнении. Более новый вариант атакует egress со стороны origin, а не edge. Объектное хранилище Cloudflare R2 берёт $0.00 за гигабайт egress в интернет (вы платите за хранение около $0.015 за гигабайт-месяц плюс пооперационные сборы), а значит контент, покидающий ваше хранилище, чтобы кормить CDN – или в некоторых архитектурах напрямую зрителей, – не несёт платы за egress. Единица – хранение плюс операции, egress обнулён; рычаг – где живёт ваш origin. Это не устраняет собственный egress CDN зрителям, но убирает egress origin→edge, который на кросс-облачных схемах может быть реальным вторым счётом.

Эти пять не взаимоисключающи. Реальная платформа может отдавать большую часть трафика по commit-сделке per-GB, держать flat-rate план для региона с малым трафиком и хранить каталог в bucket'е без egress. Навык – распознавать, на какой модели находится каждая часть вашего счёта, потому что их путаница и приводит к тому, что тянут не тот рычаг.

Нажмите, чтобы увеличить

Посегабайтный счёт, проговорённый вслух

Самая частая и чаще всего неверно прочитанная модель – посегабайтный egress с тирами, поэтому превратим профиль трафика в счёт и найдём ловушку.

Возьмём сервис среднего размера, доставляющий 300 терабайт в месяц, целиком в США и Европе, по тарифу CloudFront pay-as-you-go выше. Инстинкт – умножить 300 терабайт на витринные $0.085 и получить около $25 500. Это неверно, потому что ставка ступенчато падает с подъёмом по тирам. Счёт строится тир за тиром:

первые 10 ТБ      10 000 GB × $0.085 = $   850
след. 40 ТБ       40 000 GB × $0.080 = $ 3 200
след. 100 ТБ     100 000 GB × $0.060 = $ 6 000
след. 150 ТБ     150 000 GB × $0.040 = $ 6 000   (тир 150 ТБ–500 ТБ)
                 ─────────────────────────────
итого            300 000 GB           = $16 050

Итак, 300 терабайт стоят около $16 050, а не $25 500. Эффективная ставка – это то, что вы фактически заплатили, делённое на то, что доставили:

эффективная ставка = $16 050 ÷ 300 000 GB ≈ $0.0535 за GB

Витринные $0.085 завысили вашу реальную стоимость примерно на 60%. Это первая дисциплина инженерии стоимости CDN: всегда считайте эффективную (смешанную) ставку, никогда не рассуждайте от маржинальной ставки первого тира. Котировки пишутся так, чтобы выглядеть дорого сверху и вознаграждать объём снизу; вашему бюджету важна только смесь. Та же логика работает в обратную сторону при сравнении вендоров – провайдер с более высоким первым тиром, но более глубокой скидкой за объём может быть дешевле на вашем реальном масштабе, и только смешанная ставка при вашем месячном объёме скажет, кто выигрывает.

Теперь второй поворот: микс регионов двигает смешанную ставку сильнее, чем подсказывает его доля. Egress CDN тарифицируется по тому, где находится зритель, и разброс велик – ставка первого тира CloudFront идёт около $0.085 в США и Европе, примерно $0.114 в значительной части Азиатско-Тихоокеанского региона и около $0.170 в Южной Америке (II квартал 2026). Допустим, те же 300 терабайт доставлены на 70% в США и Европу, на 20% в Азиатско-Тихоокеанский регион и на 10% в Южную Америку. Считая каждый кусок по ставке его первого тира, чтобы увидеть региональный эффект:

210 ТБ US/EU     210 000 GB × $0.085 = $17 850
 60 ТБ APAC       60 000 GB × $0.114 = $ 6 840
 30 ТБ Ю. Америка 30 000 GB × $0.170 = $ 5 100
                 ─────────────────────────────
итого            300 000 GB           = $29 790  → эффективно $0.0993/GB

10% трафика, идущего в Южную Америку – 30 из 300 терабайт, – стоят $5 100, почти треть того, что стоят 210 терабайт трафика США и Европы, потому что их посегабайтная ставка вдвое выше. Малая доля доставки в дорогой регион тянет смешанную ставку вверх непропорционально своему объёму. (В реальном счёте тиры и регионы накладываются; этот пример считает по ставкам первого тира, чтобы изолировать региональный эффект – калькулятор ниже учитывает оба сразу.) Практический урок: моделируя счёт egress, моделируйте его по регионам и считайте сдвиг географии аудитории расходным событием, а не только ростом.

Нажмите, чтобы увеличить

Вот срез того, как публичные посегабайтные модели сравниваются для покупателя стриминга. Ставки – это прайс-листы, первый значимый тир, и они меняются; считайте столбец моделью формы, а не котировкой, и сверяйте вживую перед commit'ом.

Таблица 1. Публичный посегабайтный ландшафт, середина 2026. Столбец «биллинг по» – главный: он говорит, какой рычаг двигает счёт. Прайс-ставки датированы и зависят от вендора – сверяйте на актуальной странице цен перед подписанием.

Ловушка 95-го перцентиля

Теперь модель, которая удивляет, потому что не считает по байтам вовсе. При биллинге по 95-му перцентилю – его же зовут burstable – провайдер замеряет, как быстро вы гоните данные, в мегабитах в секунду, каждые пять минут весь месяц. В конце месяца он сортирует эти выборки от наивысшей к низшей, отбрасывает самые нагруженные 5% и выставляет счёт по наивысшей оставшейся. В 30-дневном месяце около 8 640 пятиминутных выборок; отброшенные 5% – это около 432 выборок, что выходит примерно на 36 часов. Так что правило простыми словами: вы можете гнать на полную примерно 36 часов в месяц бесплатно, но устойчивая скорость, которую вы превышаете только в эти 36 часов, и задаёт ваш счёт – на весь месяц.

Это даёт результат, застающий команды врасплох, и он противоположен ожиданиям. Рассмотрите два рода пиков. Первый – разовая live-премьера: выходит новый эпизод, трафик взлетает до 40 гигабит в секунду на два часа, затем спадает. Два часа – это 24 пятиминутные выборки, далеко внутри окна отброса в 432 выборки, поэтому этот драматичный всплеск тарифицируется в ничто. Премьера, которой вы боялись, при 95-м перцентиле фактически бесплатна. Второй – регулярный ночной пик: каждый вечер прайм-тайм-просмотр толкает вас к 20 гигабитам в секунду на полтора часа. За 30 ночей это около 45 часов над линией – больше отброса в 36 часов, поэтому отброс не может его поглотить, и ваш 95-й перцентиль садится около 20 гигабит в секунду. Вам выставляют счёт по 20 гигабитам в секунду на весь месяц, хотя ваше среднее за месяц может быть всего 8.

Поставьте на это типичную закоммиченную ставку, чтобы увидеть размер эффекта. Допустим, контракт тарифицирует по $0.60 за мегабит в секунду в месяц (ставки сильно разнятся; это иллюстративно):

счёт по пику 95-го перцентиля:   20 000 Mbit/s × $0.60 = $12 000 / месяц
каким был бы счёт по среднему:    8 000 Mbit/s × $0.60 = $ 4 800 / месяц
премия за пик, которую вы платите:                    ≈ 2.5×

Вы платите в два с половиной раза больше, чем «заслуживает» ваш средний трафик, потому что модель берёт за устойчивую ёмкость, которую вы занимаете на пике, а не за байты, которые двигаете в среднем. И заметьте контринтуитивный рычаг: атаковать нужно не страшную разовую премьеру (отброс её уже прощает), а регулярный пик, что регулярно высовывается над линией. Всё, что сглаживает этот регулярный пик – распределение нагрузки по нескольким CDN, чтобы ни один контракт не видел полный гребень, прогрев и сглаживание live-события, разнос плановых релизов по времени, лёгкое снижение adaptive bitrate при заторе, – снижает выборку 95-го перцентиля и потому весь месячный счёт. Поэтому 95-й перцентиль и посегабайтный тариф вознаграждают разное поведение: per-GB вознаграждает меньше байтов; 95-й перцентиль – те же байты, но более ровно.

Выбор предпочтительной модели прямо следует из формы вашего трафика. Если просмотр пиковый – большие пики, низкое среднее, как у спортивного сервиса с несколькими огромными live-событиями, – per-GB (или commit по байтам) обычно добрее, потому что вы платите за реально отправленные байты, и пики не задают устойчивую ставку. Если просмотр ровный и высокий – большой постоянный каталог с плоской суточной кривой – сделка по 95-му перцентилю или закоммиченной ставке может быть дешевле, потому что ваш пик и среднее близки и платить премию почти не за что. Знать своё отношение пик/среднее – предпосылка выбора верного контракта.

Нажмите, чтобы увеличить

Commit-сделки: когда обещание экономит, а когда ловит

Между pay-as-you-go и полностью кастомным контрактом лежит commit-сделка: вы обещаете провайдеру минимальный объём – скажем, 500 терабайт в месяц или петабайт в год, – а взамен ваша посегабайтная ставка падает, часто резко. Сделку легко описать и легко испортить. Вы покупаете меньшую цену за единицу гарантией объёма, и гарантия реальна: если вы коммитите 500 терабайт, а доставляете 300, вы обычно всё равно платите за 500. Так что commit экономит, только когда ваш закоммиченный пол лежит на уровне или ниже вашего надёжного месячного объёма.

Арифметику стоит проделать до любых переговоров. Допустим, вы надёжно доставляете 400 терабайт в месяц по смешанной ставке pay-as-you-go около $0.053 за гигабайт – примерно $21 200 в месяц. Вендор предлагает $0.038 за гигабайт, если вы коммитите 500 терабайт в месяц:

pay-as-you-go при 400 ТБ:  400 000 GB × $0.053 = $21 200 / месяц
commit с полом 500 ТБ:     500 000 GB × $0.038 = $19 000 / месяц  (платите пол)
                           ─────────────────────────────────────
экономия при 400 ТБ:                              ≈ $2 200 / месяц
точка окупаемости:         $19 000 ÷ $0.053 ≈ 358 ТБ

Пока вы реально доставляете больше примерно 358 терабайт – точки, где закоммиченный счёт равен тому, что стоил бы pay-as-you-go, – commit выигрывает, хотя номинально вы платите за 500. Ниже 358 терабайт вы платите за воздух. Риск, стало быть, – перекоммит на оптимистичных прогнозах роста: платформа, коммитящая петабайт в расчёте на хит-шоу и доставляющая 600 терабайт, когда шоу не выстрелило, зафиксировала счёт за ёмкость, которую так и не использовала. Дисциплина – коммитить свой пол, объём, который вы уверенно превысите, и пускать превышение по (всё ещё со скидкой) маржинальной ставке – никогда не коммитить желаемый потолок.

Две практические заметки делают переговоры по commit'у лучше. Во-первых, multi-CDN-постура – крупнейший источник переговорного рычага: когда вы можете перемещать трафик между двумя и более провайдерами, каждый знает, что должен бороться за ваши байты, и ваша цена за единицу падает по мере роста ваших опций. Архитектуру, делающую это возможным, разбирает архитектура и оркестрация multi-CDN, а внутренности переключения на сетевом уровне живут в глубоком разборе multi-CDN раздела Video Streaming. Во-вторых, просите региональные ставки, плату за запросы, сборы за логи и надбавки за origin-shield отдельными строками, а не свёрнутыми в одно смешанное число – котировка, скрывающая региональную разбивку, это котировка, которую нельзя ни смоделировать, ни предъявить вендору.

Четыре рычага, которые режут счёт egress

Всё выше сводится к четырём рычагам. Когда счёт egress слишком велик, он велик по одной или нескольким из этих причин, и у каждой есть своя статья в разделе.

Нажмите, чтобы увеличить

Рычаг первый: поднять offload ratio. Каждый байт, который CDN отдаёт из своего кэша, а не забирает заново у вашего origin, – это байт, за отправку которого вы не платите origin'у, и более высокий cache-hit к тому же позволяет CDN тарифицировать вас по более дешёвым условиям кэшированной отдачи. Offload чинят первым, потому что обычно его дешевле всего починить – часто это ошибка cache key или TTL, а не новые траты. Механику разбирает как CDN доставляет видео, а слой защиты origin, поднимающий offload при всплесках, – origin и origin shielding.

Рычаг второй: двигать меньше байтов на показ. Счёт egress – это доставляемый битрейт × часы просмотра × зрители; ужмите первый член, и весь счёт сожмётся пропорционально. Настроенный encoding ladder, отдающий то же воспринимаемое качество при меньшем битрейте, – это прямой, постоянный срез egress на каждом показе навсегда. Экономику разбирает per-title и context-aware encoding, чей калькулятор экономии естественно дополняет этот.

Рычаг третий: сгладить пик (и смешать CDN и регионы). При биллинге по 95-му перцентилю более ровная кривая трафика – меньший счёт; при посегабайтном биллинге multi-CDN-сплит – это переговорный рычаг и выигрыш в устойчивости. Распределение нагрузки также позволяет направить каждый регион в его самый дешёвый годный CDN, атакуя региональную премию из Таблицы 1. Сторону управления пиком для live-событий – прогрев, surge-ёмкость, плавную деградацию – разбирает доставка live-событий и премьерный пик.

Рычаг четвёртый: commit на верном тире. Когда ваш объём предсказуем, commit на уровне или ниже надёжного пола превращает розничную посегабайтную ставку в оптовую, а multi-CDN-постура заостряет скидку. Коммитьте пол, который превысите, а не потолок, на который надеетесь.

Порядок важен. Сначала чините offload и битрейт, потому что они режут байты, по которым вас считают, независимо от модели тарифа; затем формируйте пик и микс регионов; затем коммитьте, когда нижележащий объём чист и предсказуем настолько, что его можно обещать. Commit до починки текущего offload просто фиксирует потери со скидкой.

Частая ошибка: оптимизировать не то число

Самые дорогие ошибки в egress идут от того, что тянут рычаг, не подходящий модели тарифа, на которой вы фактически находитесь. Три версии всплывают снова и снова.

Первая – бюджетирование от витринной ставки. Команда умножает прогнозные петабайты на число $0.085 первого тира, получает пугающую цифру и либо перекоммичивает, либо выбирает вендора по ставке верхнего тира, нерелевантной на их объёме. Лечение – дисциплина эффективной ставки: моделируйте смешанную ставку на вашем реальном месячном объёме и миксе регионов, которая на рабочем примере была $0.0535, а не $0.085 – разрыв в 60%, способный перевернуть, кто из вендоров дешевле.

Вторая – погоня не за тем пиком при биллинге по 95-му перцентилю. Команда вливает инженерные усилия в то, чтобы пережить квартальную live-премьеру – которую отброс в 36 часов уже прощает, – пока регулярный ночной прайм-тайм-пик тихо задаёт счёт каждый месяц. Лечение – инструментировать форму трафика, найти регулярный гребень, высовывающийся над линией отброса, и сгладить его, а не драматичную разовость.

Третья – игнорировать микс регионов до прихода счёта. Платформа запускается в регионе с дорогим egress, оценивает подписку по модели стоимости домашнего региона и обнаруживает, что 10% её зрителей в дорогом регионе съедают четверть её бюджета egress. Лечение – моделировать egress по регионам с самого начала, направлять каждый регион в его самый дешёвый годный CDN и считать географическую экспансию ценовым решением с числом. Ни одна из этих трёх не выдаёт ошибку; все они проявляются только в счёте – именно поэтому модель egress, которую можно прогнать до подписания, стоит того, чтобы её построить.

Где здесь Фора Софт

Экономика доставки – это то, где решается маржа стриминговой платформы, и разрыв между хорошо спроектированной постурой egress и наивной – это разница между счётом CDN, растущим линейно с аудиторией, и тем, что растёт быстрее, задолго до того, как зритель что-то заметит. Фора Софт строит видеостриминг, OTT и интернет-ТВ, e-learning, телемедицину и видеонаблюдение с 2005 года, на 250+ выпущенных проектах для 400+ клиентов, и эта работа сосредоточена ровно на такой инженерии масштаба и стоимости: моделировании счёта egress по регионам и тирам до подписания контракта, проектировании архитектуры offload и origin-shield, удерживающей оплачиваемые байты внизу, и выстраивании multi-CDN-постуры, превращающей конкуренцию вендоров в меньшую ставку. Когда медиакомпании нужна доставка, чья экономика переживёт реальную, растущую, глобальную аудиторию, эту инженерию egress мы и приносим.

Ключевые выводы

• Egress – байты, которые CDN отдаёт зрителям, – крупнейшая регулярная статья расходов стриминга.
• Всегда считайте эффективную смешанную ставку; витринный per-GB тир сильно её завышает.
• Микс регионов двигает смешанную ставку сильнее, чем подсказывает его доля трафика.
• 95-й перцентиль считает по устойчивому пику Mbps; его задаёт регулярный пик, а не разовая премьера.
• Коммитьте пол объёма, который превысите, а не потолок, на который надеетесь.
• Четыре рычага режут счёт: поднять offload, ужать битрейт, сгладить пик, верный commit.

Что почитать дальше

• Как CDN доставляет видео: origin, edge и кэш
• Модель стоимости OTT-платформы: сколько реально стоит платформа
• Архитектура и оркестрация multi-CDN