Биллинг платформы строится на нескольких слоях. Billable-метрики тарифицируются с первой единицы и покрываются usage credit; diagnostic/control сигналы показываются в Usage, но не создают отдельные line items.
| Слой |
Назначение |
Примеры нагрузки |
| ONREZA Compute |
Полноценные серверные приложения |
Next.js SSR, API-серверы, бэкенд-задачи |
| ONREZA Functions |
Короткие handlers с BFU-hour billing и защитными лимитами плана |
Webhooks, auth helpers, middleware |
| Статические сайты и CDN |
Доставка статических файлов и медиа |
HTML/CSS/JS, изображения, шрифты |
| Управляемый PostgreSQL |
Реляционная база данных как сервис |
Базы данных, ветвление, автомасштабирование |
Дополнительно существует слой Сборки и развертывания для времени сборок. KV-хранилище не
формирует line items; его текущий объём остаётся диагностическим сигналом и
защитным лимитом.
| Метрика |
Единица |
Что отражает |
process_compute_cu_seconds |
CU-seconds |
Единая вычислительная нагрузка Runtime: CPU, память и активное удержание процесса |
В 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 диагностика |
| Метрика |
Единица |
Что отражает |
static_egress_gb |
GB |
Объём данных, доставленных пользователю |
static_storage_gb_month |
GB-month |
Хранение файлов деплоя |
static_image_transforms |
count |
Трансформации изображений (resize, format) |
static_origin_fetch_gb |
GB |
Запросы к origin-серверу |
| Метрика |
Единица |
Что отражает |
compute_cu_seconds |
CU-seconds |
CU-weighted compute time (cu_size × active_time_seconds) |
storage_gb_month |
GB-month |
Billable хранение по byte-seconds за расчётный период |
transfer_gb |
GB |
Сетевой трафик между приложением и базой |
database_months |
database-month |
Интеграл времени активности БД за период |
branch_months |
branch-month |
Интеграл времени активности веток за период |
| Метрика |
Единица |
Что отражает |
build_minutes |
minutes |
Время сборки проектов |
kv_storage_mb |
MB |
Защитный лимит объёма KV-хранилища |
Gross usage строится из line items — отдельных начислений по billable-метрикам:
- Можно точно определить, какая часть нагрузки увеличила счёт
- Included usage credit применяется к общей сумме, а не к отдельным resource-корзинам
- Видно, что именно оптимизировать: CPU, память, egress или что-то другое
Приоритет анализа:
- Определите, какие слои использует ваше приложение
- Смотрите метрики соответствующего слоя в Usage
- Сопоставляйте gross usage с usage credit и extra usage budget
- Если сработал hard/backstop limit, проверьте control values на странице Лимиты