Содержание статьи +
- TL;DR
- Зачем это нужно
- Четыре счётчика на CDN-инвойсе
- 95-й перцентиль с первых принципов
- Коммит, оверэйдж, транзит: три контрактные структуры
- Pay-as-you-go тарифы большой пятёрки в 2026
- Конкретная модель: live- и VOD-продукт на 100 000 MAU
- Multi-CDN экономика: когда таблица говорит «да»
- Origin egress: строка, которую вам не цитировали
- Как читать CDN-квоту
- Две ловушки, которые тихо раздувают счёт
- Где здесь Фора Софт
- Ключевые выводы
- Что почитать дальше
- Призыв к действию
TL;DR
Счёт за стриминговый CDN складывается из четырёх во многом независимых показателей: сколько байт вы отдали, сколько запросов сделали, какой пик у вас в Gbps и сколько байт origin отдал edge для заполнения кэша. Большинство команд планируют только первый и удивляются трём остальным. Сам счёт формируется одним из трёх способов – потарифной оплатой $/GB, биллингом по 95-му перцентилю с учётом пиковых нагрузок или месячным коммитом плюс тариф на превышение – и каждый из них поощряет совершенно разный тип трафика. Эта статья анализирует прайс-листы крупных CDN с точки зрения CFO, выводит юнит-экономику с нуля на конкретных примерах и даёт чек-лист, чтобы решить – пора ли торговаться, заключать коммит, переключаться или распределять трафик между несколькими провайдерами.
Зачем это нужно
Если у вас видеопродукт, CDN – это самая крупная переменная статья расходов на инженерной стороне P&L. В Bitmovin Video Developer Report 2025/26 контроль затрат назвали главной проблемой 38% видеокоманд – больше, чем любую техническую сложность. Команда, не понимающая свой CDN-счёт, теряет преимущество в переговорах, принимает ошибочные решения о выборе между собственным решением и покупкой (build vs buy) для origin shielding и multi-CDN и регулярно передаёт закупкам ценовые предложения без данных. Эта статья – для инженера, которому задали вопрос: «Почему счёт за CDN удвоился в прошлом месяце», и для продакта или CFO, который подписывает контракт. К концу обеих аудиторий должен уметь читать CDN-инвойс построчно, прогнозировать счёт следующего квартала на основе прогноза аудитории и оценить, насколько выгодное предложение только что сделал менеджер по продажам.
Четыре счётчика на CDN-инвойсе
Прежде чем сравнивать цены двух CDN, важно понимать, что они рассчитываются по четырём показателям, а не по одному. Тариф «$0.02 за гигабайт» – это лишь первый из них.
Первый счётчик – data transfer out (он же egress, иногда «data transfer to internet»). Это объём байтов, который CDN передаёт с edge-серверов зрителям, измеряется в гигабайтах в месяц и обычно является самой крупной статьёй расходов в большинстве стриминговых счетов. Опубликованный pay-as-you-go тариф CloudFront для Северной Америки и Европы начинается с $0.085 за ГБ после первого бесплатного терабайта в месяц, снижается до $0.080/ГБ на следующих 40 ТБ и падает до $0.020/ГБ при объёме в петабайт. В Южной Америке тариф стартует с $0.170/ГБ – ровно вдвое выше, чем в США и Европе.
Второй счётчик – HTTP-запросы. Каждый запрос манифеста, скачивание сегмента и получение ключа CDN учитываются. Для большинства сайтов это незначительная погрешность, но live HLS-плеер делает запрос плейлиста раз в несколько секунд, а также по одному запросу на каждый сегмент для каждого rendition – и это быстро накапливается. CloudFront тарифицирует запросы в регионах US/EU по $0.0075 за десять тысяч HTTP и по $0.0100 за десять тысяч HTTPS – то есть HTTPS примерно на 33% дороже HTTP в любом регионе. Первые десять миллионов HTTP(С)-запросов в месяц предоставляются бесплатно.
Третий счётчик – пиковая пропускная способность в Gbps. Чистые CDN-контракты редко измеряют это напрямую, но enterprise-сделки и почти каждый IP-транзит или peering-контракт для CDN рассчитываются по 95-му перцентилю 5-минутной выборки. Этот счётчик мы разберём в следующей секции – он полностью меняет представление о форме трафика.
Четвёртый счётчик – origin egress, байты, которые origin отправляет CDN для заполнения кэша. Если ваш origin находится в AWS S3, а CDN – CloudFront, AWS этот трафик не тарифицирует. Если origin в S3, а CDN – Cloudflare или Fastly, вы платите стандартный тариф AWS на исходящий трафик – от $0,05 до $0,09 за ГБ при каждом cache miss. Именно эта строка часто удивляет команды при смене провайдера: старый провайдер её скрывал, а новый – показывает открыто.
Несколько CDN накладывают дополнительные сборы – от инвалидации кэша сверх бесплатного лимита до вызовов edge compute, трансформации изображений, доставки логов, региональных надбавок и потоковой передачи real-time-логов. Это длинный хвост расходов. Стоимость чистого крупного стримингового трафика складывается из четырёх таких пунктов плюс фиксированная плата за поддержку и соблюдение SLA.
95-й перцентиль с первых принципов
Биллинг по 95-му перцентилю – он же burstable billing – самый сбивающий с толку метр для новых покупателей и одновременно главный механизм каждого IP-транзит-контракта и каждой премиальной частной CDN-сделки. Механика проста; интуицию даёт пример.
Провайдер измеряет ваш трафик в 5-минутных интервалах на протяжении всего месяца. В 30-дневный месяц получается 8 640 измерений. В конце месяца эти значения сортируют по убыванию, отбрасывают верхние 5% – примерно 432 измерения или около 36 часов трафика – и тарифицируют по наибольшему из оставшихся. Это значение и есть ваш «95-й перцентиль пропускной способности», измеряемый в Mbps или Gbps и умножаемый на тариф за 1 Mbps по вашему контракту.
Интуиция: 95-й перцентиль позволяет вам оставаться выше коммита, не оплачивая пиковые нагрузки. Если у вас есть лайв-событие, удваивающее трафик на час каждую субботу, эти восемь пятиминутных семплов в месяц попадают в отброшенные верхние 5%. Вы платите за второй по загруженности час месяца, а не за самый загруженный.
Теперь проговариваем математику вслух.
Стриминговый продукт в среднем потребляет 3 Гбит/с большую часть месяца. Три вечера в месяц нагрузка поднимается до 12 Гбит/с на 90 минут – это время проведения крупных матчей. Каждый пик даёт 18 пятиминутных семплов, итого 54 спайк-семпла. 5% от 8640 – это 432. 54 спайк-семпла легко умещаются в отбрасываемые верхние 5%. Поэтому:
- 95-й перцентиль ≈ 3 Гбит/с (в установившемся режиме).
- При цене $1,00 за Мбит/с в месяц – типичная стоимость IP-транзита для среднего клиента в 2026 году – счёт составит 3000 × $1,00 = $3000 в месяц.
- Если пиковые нагрузки длятся по 4 часа каждый, они дают 144 замера – всё ещё ниже 432, и счёт остаётся около $3000.
- Если произойдёт один десятичасовой пик, это 120 замеров – ниже порога – но если он повторяется каждые две ночи, получится уже 1800 замеров, значительно превышающих отбрасываемый порог, и 95-й перцентиль сдвигается к уровню пиковой нагрузки.
Урок: 95-й перцентиль щадит редкие всплески и наказывает регулярные. Еженедельное спортивное событие – бесплатно; вечерние новости, удваивающие трафик в 20:00 каждый день, – нет.
Тот же метр враждебен нагрузкам с равномерно высокой утилизацией. Если вы используете 10 Гбит/с каждый час каждый день, ваш 95-й процентиль – 10 Гбит/с, и фиксированная ставка за гигабайт оказалась бы выгоднее.
Главный вывод, который большинство команд упускают: выбор между $/GB и 95-м перцентилем – это выбор, связанный с формой трафика, а не с его объёмом. Модель с оплатой за гигабайт выгодна при стабильной и предсказуемой нагрузке (SVOD, обновления ПО). 95-й перцентиль лучше подходит для трафика с резкими пиками (прямые трансляции, срочные новости, запуск игр). Именно не та модель, которая соответствует вашей нагрузке, может увеличить счёт в 2–3 раза при том же объёме переданных данных.
Коммит, оверэйдж, транзит: три контрактные структуры
Поняв принцип работы счётчиков, можно рассмотреть три контрактные структуры, по которым каждая команда продаж CDN будет устанавливать квоты.
Pay-as-you-go – это модель тарификации, представленная на каждой публичной странице тарифов CDN. Вы платите за фактически использованный трафик, который измеряется счётчиком, а в конце месяца выставляется счёт по цене из тарифной сетки. CloudFront, Cloudflare, Fastly, Google Cloud CDN, Azure Front Door, BunnyCDN – у всех этих сервисов есть публичный тариф по модели pay-as-you-go. Он находится на вершине иерархии тарифов и предлагает худшее соотношение цены к объёму ($/GB), которое провайдер вообще предлагает. Такая структура оправдана только в том случае, если вы не можете предсказать объём трафика дальше, чем на квартал вперёд.
Committed Use (коммит) – структура, к которой вас подведут все CDN-менеджеры, как только ваш ежемесячный расход превысит несколько тысяч долларов. Вы фиксируете минимальный объём трафика (в гигабайтах или долларах) на определённый срок – обычно 12 или 36 месяцев, – и взамен получаете сниженный тариф. Скидка по сравнению с pay-as-you-go составляет в среднем 25–60%, а на уровне hyperscale может достигать более 80%. Прямые контракты с Fastly, Akamai или Cloudflare обычно выгоднее стандартного CloudFront, когда расходы превышают $30 000–$50 000 в месяц. Два неочевидных правила коммитов: неиспользованная часть коммита списывается в конце месяца, а overage-тариф на трафик сверх лимита указан в контракте и обычно на 10–50% выше коммитного.
Пример. Коммит 500 ТБ/мес по $0,012/ГБ на 24-месячной сделке, overage – по $0,018/ГБ. Минимальный счёт = 500 000 × $0,012 = $6 000/мес – платится независимо от фактического использования. Если в тяжёлый месяц отгружаете 700 ТБ, платите $6 000 + 200 000 × $0,018 = $9 600 – в среднем $0,0137/ГБ. Если в лёгкий месяц отгрузили 300 ТБ, всё равно платите $6 000 – в среднем $0,020/ГБ. Экономика работает, когда ожидаемый месячный объём около или чуть выше коммита; она ломается, если перекоммитились и регулярно недоиспользуете.
IP-транзит («burstable» / 95-й перцентиль) – модель, используемая у ISP, на peering-экшенджах и у нескольких CDN-провайдеров (BunnyCDN предлагает 95-й перцентильный тариф; многие облачные платформы предоставляют 95-й транзит по запросу). Вы выбираете committed information rate (CIR) – базовую скорость в Mbps, и burst rate – технический максимум пропускной способности вашего порта. Оплата производится ежемесячно по 95-му перцентилю фактического трафика. Если этот показатель ниже CIR, вы платите за CIR. Если выше – доплачиваете по overage-тарифу за каждый Mbps превышения. Математика из предыдущего раздела работает так: при пиковой нагрузке 3 Гбит/с, 95-м перцентиле и коммите в 1 Гбит/с по тарифу $0.50/Мбит/с вы платите минимум $500 плюс $1000 за 2 Гбит/с сверх коммита по $0.50/Мбит/с – итого $1500.
В большинстве крупных стриминговых стеков сосуществуют три структуры. Модель pay-as-you-go – это своего рода «санитарный контроль» по тарифной сетке. Committed Use – основной расход на CDN. А IP-транзит – это канал, через который подключён ваш origin: стоимость передачи байтов от origin до первых узлов CDN, которая обычно остаётся незаметной, пока вы не меняете CDN или регион.
Четвёртая, более мелкая структура встречается на некоторых ценовых страницах: flat plan с встроенными аллоуэнсами. Cloudflare Pro/Business/Enterprise, AWS Security Savings Bundle, BunnyCDN High Volume – все они включают определённый объём трафика и запросов в месячную подписку. AWS запустил Security Savings Bundle в конце 2023 года – до 30% скидки на CloudFront + WAF при годовом обязательстве. В мае 2026 года AWS расширил топовый Premium-план, добавив возможность настраивать аллоуэнсы до 600 ТБ и 6 млрд запросов в месяц на distribution. Такие тарифы подходят для SMB, которые укладываются в лимиты; всё, что выходит за рамки, попадает в расчёты по модели «фиксированный объём плюс доплата за превышение».
Pay-as-you-go тарифы большой пятёрки в 2026
Заголовочный тариф – это не вся история, но отправная точка. Ниже в таблице приведены тарифы по модели pay-as-you-go за май 2026 года для пяти крупнейших универсальных CDN, которые стриминговые команды чаще всего включают в шорт-лист. Все цены указаны в долларах за гигабайт, регион US/EU, если не указано иное, для передачи данных в интернет.
| Провайдер | Free tier | Первый тиер | Второй тиер | Скидочный тиер | Заметки |
|---|---|---|---|---|---|
| Amazon CloudFront | 1 TB/мес | $0.085 (след. 9 TB) | $0.080 (40 TB) | $0.060 (100 TB) → $0.020 (5+ PB) | South America 2× US/EU; APAC 1.2–1.5× |
| Cloudflare | Pro/Business не считают байты | Enterprise по контракту | n/a | Custom тарифы на масштабе | Pro/Business не метрят egress; Enterprise метрит |
| Fastly | 100 GB триал | $0.12 первые 10 TB | $0.08 следующие 40 TB | Custom до ~$0.02 на PB | Регион-мультипликаторы; request-fee отдельно |
| Google Cloud CDN / Media CDN | 10 GB/мес | $0.08 первые 10 TB | $0.055 след. 140 TB | $0.030 выше 500 TB | Cache-fill из не-Google origin – стандартный egress |
| Azure Front Door | 100 GB/мес | $0.083 первые 10 TB | $0.075 след. 40 TB | $0.040 след. 100 TB | Standard vs Premium умножает прайс-лист |
Заметки, не помещающиеся в таблицу. «Прайс-листы» CDN – это минимальные цены, по которым они продают услуги. Cloudflare Enterprise вообще не представлен на публичной странице – это индивидуальные предложения, и эквивалент стоимости за гигабайт для стриминговых клиентов обычно составляет $0.005–$0.015. Akamai (не включён в таблицу, так как у него нет публичной модели pay-as-you-go) обычно в 2–4 раза дороже Cloudflare и в 1.5–2 раза дороже Fastly при сопоставимом объёме трафика, но он – единственный из пяти, у кого в базовой цене есть продукт для доставки медиа (Adaptive Media Delivery) с поддержкой инвалидации кэша по сегментам и выделенным низколатентным workflow для прямых трансляций.
Для стриминговой категории стоит обратить внимание на двух специалистов по CDN: BunnyCDN High Volume и CDN77 с планами доставки медиаконтента – оба ориентированы на стриминг и предлагают тарифы от $0,001 до $0,005 за гигабайт при петабайтном коммите плюс опции по 95-процентилю. BlazingCDN публикует цену $0,002 за гигабайт при коммите в 2 ПБ – это самая низкая публично указанная цена на CDN на втором квартале 2026 года.
Цифра, которую стоит запомнить: опубликованные тарифы различаются более чем в 40 раз – от CloudFront по модели pay-as-you-go ($0.085/GB) до BlazingCDN при коммите на петабайт ($0.002/GB). Большинство сделок в продакшене после переговоров попадают в диапазон $0.005–$0.030/GB. Если поставщик предлагает цену вне этого диапазона без пояснений, скорее всего, вы либо смотрите не на тот уровень обслуживания, либо перед вами цена, скрывающая другой параметр (например, исходящий трафик с origin, количество запросов или пиковую пропускную способность в Gbps).
Конкретная модель: live- и VOD-продукт на 100 000 MAU
Прайс-страницы абстрактны, а счёта – нет. Чтобы сделать счётчики осязаемыми, проведём расчёт на примере реалистичного среднерыночного стримингового продукта.
У продукта 100 000 monthly active users. Каждый смотрит в среднем 5 часов в месяц, поровну live и VOD, при среднем битрейте 4 Mbps (1080p после H.265 и ABR-адаптации). Лайв-окна сконцентрированы: 80% лайв-часов случается в 4-часовое вечернее окно по будням и 6-часовое – по выходным. Продукт на HLS, сегменты 4 секунды, лестница из 6 rendition. Cache hit ratio на edge в среднем 92%.
Отгруженные байты. Всего user-hours = 100 000 × 5 = 500 000 часов. Bandwidth-hours = 500 000 × 4 Mbps = 2 000 000 Mb-часов = 2 000 000 × 3600 / 8 = 900 000 000 MB = 900 TB. Округлим до 900 TB в месяц.
Байты от origin. При коэффициенте попадания в кэш 92% исходящий трафик с origin составляет 900 × (1 − 0.92) = 72 ТБ.
Количество запросов. Live HLS-плеер с сегментами по 4 секунды выполняет около 6 запросов манифеста и около 6 запросов сегментов в минуту – итого около 12 запросов в минуту на одного зрителя. В случае VOD ситуация аналогична после первоначального буфера. 500 000 часов × 60 минут × 12 запросов = 360 млн запросов в месяц. С учётом повторных попыток (retries), запросов ключей и отчётности CMCD округляем до 400 млн. 100% HTTPS.
Пиковый bandwidth. Концурентный пик в самый занятой вечер – допустим 25% MAU активны в этот час, 80% из них смотрят live = 100 000 × 0.25 × 0.80 = 20 000 concurrent. При 4 Mbps на зрителя = 80 000 Mbps = 80 Gbps.
Теперь подставим цифры в три структуры контрактов.
Сценарий A – CloudFront по модели pay-as-you-go, регионы US/EU.
- Передача данных: 1 ТБ бесплатно + 9 ТБ × $0,085 + 40 ТБ × $0,080 + 100 ТБ × $0,060 + 750 ТБ × $0,040 (примерно 350 ТБ в тарифе Tier 1 и 524 ТБ в более низких тарифах) = $0 + $765 + $3 200 + $6 000 + $30 000 = $39 965 за передачу данных.
- Запросы: 400 млн × $0,0100 / 10 000 = $400 за HTTPS-запросы.
- Выходной трафик с origin: origin в S3 того же региона → CloudFront → бесплатно для CloudFront-плеча. Выходной трафик внутри S3 включён.
- Итого: ~$40 400 в месяц. Эффективная стоимость $/ГБ ≈ $0,044.
Сценарий B – согласованная подписка CloudFront, 800 ТБ/мес.
- Договорная ставка, типичная для этого тарифа: $0.018/ГБ при обязательном объёме, $0.025/ГБ за превышение.
- Объём передачи данных: 800 000 × $0.018 = $14 400. Превышение на 100 ТБ: 100 000 × $0.025 = $2 500. Подытог – $16 900.
- Запросы: обычно договариваются до $0.005 за 10 000 = $200.
- Итого: ~$17 100 в месяц. Эффективная стоимость за ГБ ≈ $0.019. Экономия 58% по сравнению с pay-as-you-go.
Сценарий C – специалист по CDN при трафике на 95-м перцентиле.
- Квота: $0,50 за Mbps при обязательном объёме 50 Gbps; превышение тарифицируется по той же ставке – $0,50 за каждый Mbps сверх коммита.
- 95-й перцентиль в этой нагрузке: трафик сконцентрирован в 4×5 + 2×6 = 32 часах пиковой активности в неделю (96 семплов × 4 недели ≈ 384 семпла – достаточно для комфортного применения 432-семплового отсечения), при этом 95-й перцентиль держится на уровне не-пикового трафика: около 30 Gbps.
- Счёт: 30 000 Mbps × $0,50 = $15 000. Плата за запросы на транзите отсутствует. Origin всё равно нужно обслуживать; предположим, что это происходит внутри сети.
- Итого: ~$15 000 в месяц. Эффективная стоимость – около $0,017 за GB.
Суть не в том, что сценарий C выигрывает – он действительно чаще всего побеждает при таком типе трафика, но для его реализации нужна операционная зрелость, чтобы поддерживать CDN-подобный слой дистрибуции на чистом транзите, что большинству команд не по силам. Суть в разбросе: один и тот же рабочий процесс объёмом 900 ТБ обходится в $40 400, $17 100 или $15 000 – исключительно из-за структуры контракта. Стоимость за гигабайт в CloudFront по модели pay-as-you-go в 2,4 раза выше, чем по согласованной ставке, и в 2,7 раза выше, чем при использовании транзита.
Следующий вопрос, который задаёт каждый CFO: позволяет ли multi-CDN сэкономить ещё больше. Ответим на него в отдельной секции.
Multi-CDN экономика: когда таблица говорит «да»
Multi-CDN-архитектура маршрутизирует запросы пользователей через двух и более CDN-вендоров. Архитектуру и режимы отказа мы покрыли в 6.4 – multi-CDN архитектура, стандартный путь имплементации – в 6.5 – content steering. Здесь – про деньги.
Не все причины использовать multi-CDN носят финансовый характер. Надёжность (отсутствие единой точки отказа на уровне доставки), региональная производительность (один CDN работает быстрее в Бразилии, другой – во Вьетнаме) и рычаг влияния в переговорах (каждый поставщик знает, что вы можете перенаправить трафик в течение квартала) – каждая из этих причин имеет самостоятельную ценность. Однако финансовый аргумент строится на трёх конкретных механизмах:
Incremental commit. Большинство CDN тарифицируют следующую тысячу терабайт дешевле, чем первую, поэтому разделение трафика 50/50 между двумя провайдерами и фиксация половины объёма у каждого может дать более низкий средний тариф, чем фиксация всего объёма у одного – но только если оба провайдера готовы предоставлять квоту по той же цене за гигабайт, что и при полном объёме, чего опытные отделы продаж обычно не делают. Итог: аргумент incremental-commit, как правило, не работает, и расходы при использовании нескольких CDN оказываются такими же или даже выше, чем при использовании одного CDN на том же объёме.
Overage avoidance. Если вы зафиксировали 500 ТБ на каждом из двух CDN и отгрузили в сумме 900 ТБ, вы платите базовый тариф по обоим 500-ТБ контрактам и не платите никаких доплат – каждый CDN видит только 450 ТБ. Один контракт на 1000 ТБ на одном CDN по той же цене за гигабайт оставил бы 100 ТБ доплаты. Это самый убедительный финансовый аргумент в пользу разделения трафика – но он требует управляемого балансировки нагрузки в реальном времени между двумя CDN, что добавляет операционные расходы и привлекает ещё одного поставщика (сервер управления трафиком).
Региональная оптимизация. Тариф CloudFront для Южной Америки – вдвое выше, чем для США и Европы. Региональные провайдеры, такие как Limelight (Edgio), G-Core и CDNetworks, могут предлагать значительно более низкие цены за гигабайт именно для Южной Америки или быстрорастущих рынков Азиатско-Тихоокеанского региона. Направлять трафик из Южной Америки к региональному специалисту, а трафик из США и Европы – через CloudFront, может сократить региональную часть счёта почти вдвое. Точка безубыточности зависит от объёма регионального трафика: если доля Южной Америки составляет 3% от общего трафика, экономия будет незначительной; если же она достигает 30%, экономия полностью окупает операционные издержки при использовании multi-CDN.
Полезный практический совет из реальных сделок: использование multi-CDN надёжно экономит 10–25% на итоговом счёте за CDN, как только месячные расходы превышают ~$50 000, до появления каких-либо преимуществ в надёжности или производительности. Ниже этой отметки операционные издержки и управление маршрутизацией контента обычно сводят экономию на нет.
Origin egress: строка, которую вам не цитировали
Строка, которая чаще всего ломает бюджеты, – это origin egress. Паттерн такой: команда, которая всегда использовала CloudFront с S3 origin, воспринимает передачу данных от S3 к CloudFront как бесплатную (и это действительно так – AWS не взимает плату за такой transfer). Они переходят на Cloudflare или Fastly, чтобы сэкономить 40% на тарифе CDN за доллар за гигабайт. Приходит первый счёт – строка по CDN действительно снижается, но появляется новая – AWS Data Transfer Out – и внезапно вырастает до нескольких тысяч долларов.
Механика: каждый cache miss на новом CDN возвращается к origin за сегментом. Каждый такой запрос – это HTTP GET, который AWS тарифицирует по стандартному тарифу S3 egress ($0.05–$0.09/ГБ в зависимости от региона и объёма). При 92% hit rate на нагрузке в 900 ТБ это составляет 72 ТБ исходящего трафика с origin. По $0.085/ГБ – это $6 120. По $0.05/ГБ после применения объёмной скидки S3 – всё равно $3 600.
Три следствия.
Первое: cache hit ratio на новом CDN теперь стала напрямую биллируемой строкой – не просто метрикой производительности. Падение с 92% до 85% при той же нагрузке добавляет $0.05 × (900 − 765) ТБ = $0.05 × 135 = ~$6750 дополнительного трафика с origin – примерно столько же, сколько составляет вся экономия от перехода на новый CDN. Причины дрейфа hit ratio мы разбирали в 6.2 – origin shielding и tiered caching и 6.3 – ключи кэширования в стриминге.
Второе: origin shield – это не только инструмент повышения надёжности, но и рычаг оптимизации стоимости. Грамотно настроенный CloudFront origin shield может повысить hit ratio на 5–15 п.п., направляя все промахи на edge через единый региональный кэш, который заполняется из origin один раз. Shield добавляет наценку в $/GB на защищённые пути (~$0.0075/GB у CloudFront), но математика почти всегда в его пользу: улучшение hit ratio на 10 п.п. при нагрузке 900 ТБ и стоимости исходящего трафика origin в $0.05/ГБ позволяет сэкономить 90 ТБ × $0.05 = $4 500, в то время как стоимость наценки shield составит 90 ТБ × $0.0075 = $675. Чистая экономия – $3 825 в месяц.
Третье: размещение origin и CDN в одном облаке – это не только операционное, но и финансовое решение. CloudFront + S3, Google Cloud CDN + Cloud Storage, Azure Front Door + Blob Storage – все они не тарифицируют исходящий трафик с origin при передаче данных внутри одного облака. Если же origin находится в AWS, а CDN – у Fastly, то при каждом промахе кэша вы платите за исходящий трафик AWS. А вот размещение origin у нейтрального провайдера (например, Backblaze B2 или Wasabi) даёт иной тариф: исходящий трафик от Backblaze B2 к CDN бесплатен для крупных партнёров через Bandwidth Alliance.
Как читать CDN-квоту
Во время реального цикла закупок вы получите как минимум три CDN-квоты. Каждая из них структурирована так, чтобы стоимость за гигабайт в заголовке выглядела минимально возможной, при этом оставляя счёт гибким в сторону роста. Ниже – семистрочный чек-лист, который вы должны пройти перед подписанием.
- Какой committed $/GB на моём планируемом объёме, при моём региональном распределении трафика, после всех скидок? Не следующий tier, не глобальный средний показатель.
- Какой тариф на превышение коммита (overage) – это фиксированный мультипликатор или прогрессивный? Покупатели, согласовавшие overage при подписании, обычно получают тариф в пределах 10–20% от committed; те, кто не согласовал, регулярно сталкиваются с премией в 30–50%.
- Расписание request-fee, особенно для HTTPS? При частоте сегментов 4 секунды и 6-уровневой лестнице кодировок это не округление.
- Сколько стоит egress с origin в вашем CDN и с каких origin он отменяется (waived)? Если вы не в одном облаке – это ненулевая статья расходов.
- Цена origin shield / tiered caching, включена ли она в $/GB? Даже платный shield-продукт за пейволом может быть правильным финансовым решением.
- SLA, формула компенсации (credit), список исключений? Большинство SLA CDN предоставляют компенсацию в размере 5–15% от затронутого периода и исключают force majeure, сбои в сетях третьих сторон и изменения маршрутизации, инициированные вами. Чёткая формула расчёта компенсации – признак серьёзного провайдера; «best effort» – нет.
- Срок контракта, частота true-up, условия выхода. 36-месячный коммит со скидкой 50% выглядит как выгодная сделка, пока бизнес не изменится и неиспользованный коммит не превратится в списание. Обычно лучшая сделка – 12 месяцев с квартальным true-up и скидкой 30%.
Покупатели, заходящие в procurement с этими семью вопросами, получают лучшие контракты, чем те, кто ориентируется исключительно на «$/GB». Причина – структурная: каждый менеджер по продажам CDN работает по проценту от маржи, поэтому направляет переговоры туда, где у него больше всего возможностей для манёвра. Фиксация на одной метрике даёт ему возможность уступить по ней, а по четырём другим – которые вы даже не упомянули – «накачать» цену.
Две ловушки, которые тихо раздувают счёт
«Ловушка – позволять cache hit ratio дрейфовать без контроля. Cache hit ratio CDN – самый влиятельный показатель в расходах. Падение с 95% до 85% при нагрузке 1 PB и стоимости исходящего трафика $0.05/ГБ = +$5 000 в месяц. Основные причины – дрейф ключей кэша (например, добавление параметров URL аналитикой), изменение TTL (инженеры сокращают TTL манифестов «ради свежести») и заголовки origin-ответа с no-cache. Зафиксируйте hit ratio как платёжный KPI в ежемесячном ревью, а не как метрику SRE.»
«Ловушка – коммит на 36 месяцев под фиксированный объём на растущем продукте. Стриминговые продукты не растут линейно. 36-месячный коммит, рассчитанный на текущий объём, выглядит приемлемо первые шесть месяцев, а затем либо (а) превращается в огромную строку overage по мере роста трафика, либо (б) остаётся нереализованным, когда часть трафика переходит к multi-CDN-партнёру. Stage-структура – 12 месяцев под консервативный объём с заранее согласованными ценовыми условиями на более высокие объёмы в годах 2 и 3 – стоит дороже с самого начала, но экономит больше к 366-му дню.»
Третья, более редкая, но достойная упоминания ситуация: никогда не соглашайтесь на квоту, где не разделены плата за запросы и передачу данных. Некоторые провайдеры предлагают единое тарифное предложение «все включено – $ за ГБ» и скрывают количество запросов. На первый взгляд квота выглядит привлекательно, пока вы не осознаёте, что фактически субсидируете ресурсоёмкие по запросам воркфлоу других клиентов за счёт своего трафика, сконцентрированного на больших сегментах и характерного для прямых трансляций.
Где здесь Фора Софт
В наших стриминговых, OTT, WebRTC, e-learning, telemedicine, surveillance и AR/VR-проектах счёт за CDN почти всегда становится крупнейшей инфраструктурной статьёй расходов к моменту, когда платформа достигает первого миллиона viewer-часов. Мы закладываем модель затрат в архитектуру с самого начала: используем cache-friendly соглашения об именовании URL и версионирование сегментов, чтобы поддерживать hit ratio выше 90% по мере роста каталога; настраиваем origin-щит, защищающий исходящий трафик; применяем multi-CDN steering там, где география и масштаб оправдывают его использование; и разрабатываем контрактный worksheet, превращающий годовой прогноз аудитории в защищённый коммит. Та же базовая модель помогла нескольким нашим OTT- и live-event-клиентам сэкономить шестизначные суммы в год на CDN – заменив стандартный pay-as-you-go инвойс на правильно согласованный тариф с фиксированной частью и доплатой за превышение у того же провайдера, до каких-либо архитектурных изменений.
Ключевые выводы
- CDN-счёт включает четыре показателя: объём переданных данных, количество запросов, пиковая пропускная способность и исходящий трафик с origin.
- 95-процентиль хорошо работает с короткими и редкими пиками; оплата за гигабайт выгодна при стабильном объёме.
- Указанная в заголовке цена за гигабайт – это максимальная стоимость у провайдера; каждый контракт можно снизить в ходе переговоров.
- Коэффициент попаданий в кэш – самый влиятельный параметр в счёте CDN для стриминга.
- Origin shield обычно окупается в течение одного расчётного периода при нагрузке в несколько петабайт.
- Использование нескольких CDN надёжно снижает расходы на 10–25% при ежемесячных тратах свыше 50 тыс. долларов – без учёта преимуществ надёжности.
- Срок обязательств, тарифы на превышение лимита и механизм true-up важнее, чем заявленная цена за гигабайт.
Что почитать дальше
- Multi-CDN: архитектура, экономика, режимы отказа
- Content steering: стандартный путь к multi-CDN
- Origin shielding и tiered caching
Призыв к действию
Обсудите с инженером стриминга моделирование вашего CDN-счёта до следующего продления · Посмотрите наши кейсы в OTT, трансляциях и телемедицине · Скачайте CDN Cost Cheatsheet – одностраничный справочник с четырьмя моделями тарификации, тремя типами контрактов, семистрочным чек-листом для расчёта квоты и эмпирическими цифрами из этой статьи.