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

Биллинг платформы строится на нескольких слоях. Billable-метрики тарифицируются с первой единицы и покрываются usage credit; diagnostic/control сигналы показываются в Usage, но не создают отдельные line items.

1. Слои платформы

Слой	Назначение	Примеры нагрузки
Compute	Полноценный серверный runtime (контейнеры)	Next.js SSR, API-серверы, бэкенд-задачи
ONREZA Functions	Короткие handlers с BFU-hour billing и защитными лимитами плана	Webhooks, auth helpers, middleware
Static	Доставка статических файлов и медиа	HTML/CSS/JS, изображения, шрифты
Managed PostgreSQL	Managed PostgreSQL	Базы данных, ветвление, автомасштабирование

Дополнительно существует слой Common — кросс-платформенные метрики. Build minutes и Runtime KV формируют line items; KV storage также имеет защитный лимит объёма.

2. Метрики Compute

Метрика	Единица	Что отражает
`process_compute_cu_seconds`	CU-hours	Единая вычислительная нагрузка Runtime: CPU, память, активное удержание процесса, streaming/WebSocket и тёплое ожидание после freeze

3. Метрики ONREZA Functions

В public beta ONREZA Functions создаёт один публичный overage line item: onreza_functions_bfu_seconds, тарифицируемый блоками по 1 BFU-hour. Платформа также собирает diagnostic counters для лимитов, себестоимости и качества runtime:

Метрика	Единица	Что отражает
`onreza_functions_bfu_seconds`	BFU-seconds	Billable usage, округляется в счёте до BFU-hours
`invocations`	count	Количество вызовов функции
`duration`	time	Активное время handler
`memory_time`	MB-time	Удержание памяти во время выполнения
`response_bytes`	bytes	Размер ответа функции
`timeouts/errors/cold_starts`	count	Надёжность и cold-start диагностика

4. Метрики Static

Метрика	Единица	Что отражает
`egress_gb`	GB	Объём данных, доставленных пользователю
`storage_gb_month`	GB-month	Хранение файлов деплоя
`image_transforms`	count	Трансформации изображений (resize, format)
`origin_fetch_gb`	GB	Запросы к origin-серверу

5. Метрики Managed PostgreSQL

Метрика	Единица	Что отражает
`cu_hours`	CU-hours	CU-weighted compute time (cu_size × active_time / 3600)
`storage_gb_month`	GB-month	Billable хранение по byte-seconds за расчётный период
`data_transfer_gb`	GB	Сетевой трафик между приложением и базой
`extra_databases`	count	Количество активных БД за период
`extra_branches`	count	Количество активных веток за период

6. Метрики Common

Метрика	Единица	Что отражает
`build_minutes`	minutes	Время сборки проектов
`kv_storage_gb_month`	GB-month	Billable объём KV-хранилища во времени
`kv_read_million_units`	1M read units	KV reads, нормализованные по 4 KiB ответа
`kv_write_million_units`	1M write units	KV writes, нормализованные по 1 KiB записи
`kv_storage_mb`	MB	Защитный лимит объёма KV-хранилища

7. Почему line items, а не агрегаты

Gross usage строится из line items — отдельных начислений по billable-метрикам:

Можно точно определить, какая часть нагрузки увеличила счёт
Included usage credit применяется к общей сумме, а не к отдельным resource-корзинам
Видно, что именно оптимизировать: CPU, память, egress или что-то другое

8. Как читать Usage

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

Определите, какие слои использует ваше приложение
Смотрите метрики соответствующего слоя в Usage
Сопоставляйте gross usage с usage credit и extra usage budget
Если сработал hard/backstop limit, проверьте control values на странице Лимиты

См. также