Биллинг: базовый уровень

Эта страница для случая «хочу быстро понять, за что именно плачу».

Зачем нужна модель из нескольких метрик

Если считать только количество запросов, лёгкий и тяжёлый запросы стоят одинаково. Это несправедливо.

Поэтому биллинг смотрит на фактическую нагрузку: сколько вычислительных ресурсов занято, сколько данных доставлено пользователю и как долго хранятся файлы. Billable-метрики тарифицируются с первой единицы и затем покрываются usage credit плана.

Compute — серверный runtime

Полноценный runtime для ресурсоёмких задач: SSR, API, бэкенд-операции.

Что считается

1. Process Compute (process_compute_cu_seconds) — единая CU-метрика для серверного runtime
2. В расчёт входят фактическое CPU, фактическая память во времени, активное удержание процесса, streaming/WebSocket и discounted warm retention после freeze
3. 1 CU соответствует 1 vCPU + 4 ГБ RAM. Низкая нагрузка с долгим удержанием процесса получает минимальный CU-floor, а CPU/RAM-heavy нагрузка считается по фактическому потреблению

Что не считается

• Запросы, отклонённые до запуска пользовательского кода
• Полностью статическая выдача без выполнения Runtime
• Технические системные ретраи без пользовательского ответа

ONREZA Functions — короткие handlers

ONREZA Functions подходят для небольших HTTP handlers, webhooks и middleware. В public beta они тарифицируются одним BFU-hour meter: платформа сводит длительность, память, idle host, transfer, invocations и cold starts в BFU-seconds, а счёт округляется блоками по 1 BFU-hour. Защитные лимиты плана ограничивают выполнение Functions.

Что считается

1. Количество вызовов функции
2. Длительность выполнения и удержание памяти
3. Размер ответа, egress, timeout/error/cold-start counters

Заметка

ONREZA Functions beta создаёт одну overage-строку BFU-hour. Если функция достигает защитного лимита плана, запрос ограничивается этим лимитом; сам лимит не создаёт отдельную строку биллинга.

Static — доставка файлов

Доставка статических файлов, хранение артефактов деплоя, оптимизация изображений.

Что считается

1. Egress (egress_gb) — объём данных, доставленных пользователю
2. Storage (storage_gb_month) — хранение файлов деплоя
3. Image transforms (image_transforms) — трансформации изображений (resize, конвертация формата)
4. Origin fetch (origin_fetch_gb) — запросы к origin-серверу при cache miss

Что не считается

• Внутренний service-to-service трафик платформы
• Кэш-хиты, не создающие origin egress
• Retry/rehydration без пользовательского ответа

Managed PostgreSQL

Managed PostgreSQL с автомасштабированием, ветвлением баз данных и pay-as-you-go биллингом.

Что считается

1. CU-часы (cu_hours) — CU-weighted время работы сервера (cu_size × active_time). 1 час на 2 CU = 2 CU-часа
2. Storage (storage_gb_month) — объём данных и WAL по времени в расчётном периоде (стоимость включает written_data)
3. Data transfer (data_transfer_gb) — объём данных, переданных между приложением и базой
4. Базы данных (extra_databases) — количество активных БД за период
5. Ветки БД (extra_branches) — количество активных веток за период

Что не считается

• Время простоя (auto-suspend) — за suspended сервер compute не начисляется
• Внутренние операции платформы (репликация, бэкапы)
• Autoscale events (compute автоматически учитывает resize через CU-секунды)

Заметка

CU-часы тарифицируются блоками по 1 CU-час. Auto-suspend помогает значительно снизить compute. Storage считается как GB-month по byte-seconds; peak/end storage используются для диагностики и лимитов.

Common — платформенные метрики

Часть метрик считается вне конкретного runtime-слоя:

1. build_minutes — время сборки проектов
2. kv_storage_gb_month — billable объём KV хранилища во времени
3. kv_read_million_units и kv_write_million_units — операции KV, нормализованные по размеру payload

Итог

Финальный счёт формируется по отдельным gross line items каждого слоя. Затем применяется included usage credit плана. Это делает расчёт прозрачным и проверяемым: всегда можно определить, какая метрика какого слоя дала основной вклад, какая часть покрыта credit и какая часть попала в extra usage.

Совет

Для управления расходами в ежедневной работе переходите к практике. Для точного аудита — формулы.

См. также

• Слои и метрики
• Pricing Appendix