Перейти к содержимому

Слои и метрики

Биллинг платформы строится на нескольких слоях. Каждый слой отвечает за свой тип нагрузки и тарифицируется по собственным метрикам.

СлойНазначениеПримеры нагрузки
ComputeПолноценный серверный runtime (контейнеры)Next.js SSR, API-серверы, бэкенд-задачи
IsolateЛёгкий edge runtime (V8 isolates)Edge functions, middleware, ISR
StaticДоставка статических файлов и медиаHTML/CSS/JS, изображения, шрифты
Managed PostgreSQLManaged PostgreSQLБазы данных, ветвление, автомасштабирование

Дополнительно существует слой Common — кросс-платформенные операционные метрики (сборки, трафик, хранилище KV), которые также могут формировать line items.

МетрикаЕдиницаЧто отражает
invocationscountКоличество выполнений Runtime
cpu_secondssecondsФактическое процессорное время
memory_gb_secondsGB-sОбъём памяти, занятый во времени
residency_secondssecondsВремя удержания готовых экземпляров
streaming_secondssecondsДлительность потоковой выдачи
websocket_secondssecondsВремя WebSocket-соединений
МетрикаЕдиницаЧто отражает
invocationscountКоличество isolate-выполнений
cpu_secondssecondsWall-time выполнения кода
memory_gb_secondsGB-sИнтеграл configured_memory × execution_time
subrequestscountВнешние операции: KV + HTTP fetch
МетрикаЕдиницаЧто отражает
egress_gbGBОбъём данных, доставленных пользователю
storage_gb_monthGB-monthХранение файлов деплоя
image_transformscountТрансформации изображений (resize, format)
origin_fetch_gbGBЗапросы к origin-серверу
МетрикаЕдиницаЧто отражает
cu_hoursCU-hoursCU-weighted compute time (cu_size × active_time / 3600)
storage_gbGBПиковый объём хранилища (данные + WAL, включает written_data)
data_transfer_gbGBСетевой трафик между приложением и базой
extra_databasescountКоличество БД сверх включённых в план
extra_branchescountКоличество веток сверх включённых в план
МетрикаЕдиницаЧто отражает
build_minutesminutesВремя сборки проектов
kv_storage_mbMBОбъём KV-хранилища

Финальный счёт строится из line items — отдельных начислений по каждой метрике каждого слоя:

  • Можно точно определить, какая часть нагрузки увеличила счёт
  • Лимиты и overage считаются по каждой метрике отдельно
  • Видно, что именно оптимизировать: CPU, память, egress или что-то другое

Приоритет анализа:

  1. Определите, какие слои использует ваше приложение
  2. Смотрите метрики соответствующего слоя в Usage
  3. Сопоставляйте с лимитами плана (страница Лимиты)
  4. При overage проверяйте line items в инвойсе