Облачный налог на трафик: когда видеосервису выгоднее dedicated-сервер и собственная CDN-схема

У видеоплатформы рост аудитории не всегда означает рост маржи. Разбираем, когда облако всё ещё покупает полезную гибкость, а когда стабильный видеотрафик уже разумнее вынести на выделенные серверы и собственные edge-узлы.

У обычного SaaS новый пользователь чаще всего добавляет немного запросов к API и несколько мегабайт данных. У видеосервиса каждый час просмотра превращается в гигабайты исходящего трафика. Поэтому проект может расти по аудитории, выручке и одновременно — по инфраструктурной себестоимости быстрее, чем ожидал финансовый план.

Это и есть причина, по которой видеоплатформы раньше других начинают считать не только стоимость CPU и хранилища, но и цену каждого часа просмотра. В облаке эта цена часто выглядит небольшой — несколько центов за гигабайт или фиксированный пакет CDN. Но на сотнях терабайт небольшая ставка становится отдельной строкой P&L.

Термин «налог» условный. Облачный CDN продаёт не пустой трафик: в цену входят глобальная сеть, точки присутствия, автоматическое масштабирование, защита от атак, TLS, маршрутизация, логирование и возможность пережить резкий всплеск без закупки железа. На старте это часто дешевле и безопаснее собственной инфраструктуры.

Проблема начинается позже — когда нагрузка уже стабильна, география аудитории понятна, а сервис продолжает каждый месяц платить премию за эластичность, которой почти не пользуется. При этом счёт состоит не из одной строки:

Важно учитывать и изменение рынка. В 2026 году CloudFront предлагает фиксированные пакеты без overage: например, 200 ТБ за $3 500, 350 ТБ за $6 000 и 600 ТБ за $10 000 в месяц на одну distribution. Это уже заметно дешевле старой логики «каждый гигабайт по прайсу». Но при устойчивом превышении пакета AWS может скорректировать способ доставки — например, обслуживать трафик из меньшего числа edge-локаций — пока клиент не перейдёт на подходящий уровень.

У видео есть ещё одна ловушка: считать только терабайты и забывать о запросах. Сегмент HLS длительностью четыре секунды создаёт около 600 обращений за 40-минутный сеанс — без учёта manifest, аудио и служебных запросов. Для 10 000 ежедневных зрителей это примерно 180 млн запросов в месяц. Тариф, который выглядит достаточным по объёму данных, может не подходить по request allowance.

И «бесплатный CDN» тоже не универсальный ответ. Например, правила Cloudflare для Free, Pro и Business требуют использовать отдельные платные продукты для видео и крупных файлов; обычный CDN-план нельзя воспринимать как безлимитный видеохостинг.

У выделенного сервера другая модель. Вы платите не за каждый доставленный гигабайт, а за узел, диски и сетевой порт с заранее оговорённой политикой трафика. Если нагрузка предсказуема, это превращает переменную себестоимость в фиксированную.

Для ориентира: в публичном каталоге выделенных серверов QCKL на момент подготовки материала есть конфигурации с портом 10 Гбит/с и unmetered-трафиком от €399 в месяц. Это не готовая цена CDN: к ней нужно добавить origin, резервирование, хранение, администрирование, мониторинг и защиту. Но она показывает порядок стоимости базовой пропускной способности.

Теоретически порт 1 Гбит/с может передать около 324 ТБ за 30 дней при непрерывной полной загрузке, а 10 Гбит/с — около 3,24 ПБ. В реальности нельзя проектировать сервис по теоретическому максимуму: есть пики, накладные расходы протоколов, производительность дисков, peering, политика fair use и вопрос, является ли порт выделенным или разделяемым.

Возьмём сервис из примера: 10 000 зрителей в день, 40 минут просмотра, 4 Мбит/с — около 360 ТБ в месяц. Если использовать CloudFront как основную доставку, пакет 350 ТБ уже находится почти впритык, а при стабильном превышении придётся смотреть в сторону уровня 600 ТБ за $10 000. Отдельно останутся origin, хранение, кодирование и операционные сервисы.

Собственная схема может состоять из одного origin и двух edge-узлов. Если считать только три сервера по публичной стартовой цене 10 Гбит/с unmetered, арифметическая нижняя граница аренды составляет около €1 197 в месяц. Это не оценка готового развёртывания: одинаковая цена может быть недоступна в трёх нужных локациях, а нормальная архитектура потребует резервного origin или хотя бы внешней копии, дисков под кеш, DDoS-защиты, наблюдаемости, дежурств и запаса по географии. Сравнивать $10 000 с €1 197 как две одинаковые услуги нельзя.

Правильный вопрос звучит иначе: сколько стоит доставить один час видео с требуемым качеством и отказоустойчивостью? Для этого нужно считать две модели целиком:

Облако = CDN-доставка + origin + хранение + транскодирование + запросы + логи.

Своя схема = серверы + порты + диски + защита + администрирование + резерв + стоимость ошибок.

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

На origin хранятся мастер-файлы или готовые HLS/DASH-представления. Он не должен обслуживать зрителей напрямую. Доступ разрешается только edge-узлам, иначе любой пользователь сможет обойти кеш и превратить origin в самое дорогое и уязвимое место системы.

Не нужно пытаться повторить глобальную сеть hyperscaler. Если 70–80% аудитории находится в Европе и СНГ, сначала имеет смысл закрыть именно эти маршруты. Nginx cache или Apache Traffic Server могут хранить сегменты локально и забирать их с origin только при первом запросе.

Частая ошибка — включить уникальный токен пользователя в cache key. Тогда один и тот же видеосегмент становится «разным» для каждого зрителя, cache hit ratio рушится, а origin снова отдаёт почти весь трафик. Для подписного контента лучше использовать signed cookies, проверку токена на edge или исключение служебных параметров из ключа кеша.

Для небольшой сети не обязательно сразу строить Anycast и собственный BGP. Достаточно GeoDNS или балансировщика с health checks, который направляет пользователя на ближайший живой edge. При отказе собственного узла трафик должен автоматически уходить на другой edge или на внешний CDN.

Полная репликация библиотеки на каждый узел быстро превращает экономию на трафике в расходы на диски и синхронизацию. Рациональнее заранее прогревать популярные релизы, а длинный хвост загружать по запросу и удалять по LRU. Для видеосервиса ценность даёт не объём кеша сам по себе, а доля просмотров, которые edge обслужил без обращения к origin.

Решение нельзя принимать по общему числу терабайт. Нужна выгрузка минимум за 30 дней, а лучше за квартал:

Практически безопасный путь — не «переезд», а постепенное вытеснение дорогого трафика. Сначала на собственные узлы выводят 10–20% аудитории или несколько популярных тайтлов, сравнивают качество и себестоимость, затем увеличивают долю через weighted DNS. Внешний CDN остаётся резервом для удалённых стран и всплесков.

Собственная CDN-схема не является взрослой архитектурой по умолчанию. Иногда это просто способ заменить понятную облачную услугу набором новых точек отказа. Managed CDN рациональнее, если:

Для большинства растущих видеосервисов спор «облако или свои серверы» поставлен неправильно. Оптимальная схема обычно разделяет нагрузку:

Так компания покупает дешёвую фиксированную ёмкость там, где спрос уже понятен, и продолжает платить облаку только за реальную эластичность. Это снижает расходы без инфраструктурного максимализма и без риска одномоментно сломать доставку.

У high-bandwidth-сервера CPU часто важен меньше, чем условия сети. До оплаты стоит получить письменные ответы на пять вопросов:

Если эти условия не определены заранее, фиксированная цена сервера остаётся иллюзией: экономию легко потерять на ограничении скорости, платном overage, слабом peering или аварийном переносе.

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

Для high-traffic-проекта QCKL может подобрать origin и edge-конфигурации по реальному месячному объёму, пиковой скорости, географии аудитории и модели трафика — 100 ТБ, 1/10 Гбит/с unmetered или гибридной схеме. Сначала стоит принести цифры, а уже потом выбирать CPU, диски и количество узлов.

Примечание к расчётам

Данные по пакетам CloudFront, ограничениям Cloudflare и публичным тарифам QCKL проверены 5 августа 2026 года. Тарифы могут измениться. Пример не учитывает НДС, курсы валют, индивидуальные скидки, лицензии DRM, стоимость разработки и зарплаты команды эксплуатации.