Лимиты и квоты

Billable-метрики считаются с первой единицы по единым ставкам. В начале периода ONREZA применяет денежный usage credit. Его можно потратить на любой billable layer: Managed PostgreSQL, KV, Compute, Static и другие. Лимиты ниже — это защитные лимиты, feature entitlements и защитные пороги, а не отдельные корзины “бесплатных гигабайт” или “бесплатных минут” по каждой услуге.

Usage credit

План	Usage credit	Дополнительное использование
Hobby	250 ₽/мес	Не расширяется. При исчерпании credit billable-функциональность ограничивается до нового периода или перехода на Pro
Pro	2 500 ₽/мес	Разрешено в пределах extra usage budget; по умолчанию 0 ₽/период
Enterprise	Индивидуально	По договору

Лимиты Managed PostgreSQL

Метрика	Hobby	Pro	Enterprise
Баз данных/workspace	1	3	200
Веток на БД	1	5	200
CU Size	0.25 (фикс.)	0.25–4.0	До 8.0
Autoscaling	—	0.25–4.0 CU	До 8.0 CU

Лимиты Common

Метрика	Hobby	Pro	Enterprise
KV Storage МБ/workspace	16	10 240	102 400

Лимиты Deployment

Метрика	Hobby	Pro	Enterprise
Проектов в workspace	20	1 000	10 000
Файлов в деплое	20 000	100 000	500 000
Макс. размер static-файла	100 MiB	100 MiB	250 MiB
Общий размер деплоя	250 МБ	5 ГБ	Индивидуально
Storage workspace’а	1 ГБ	50 ГБ	Индивидуально
Деплоев в день	20	500	10 000
Деплоев в час	10	100	300
Concurrent Builds	1	3	20
Build Timeout	20 мин	30 мин	60 мин
Env vars/проект	100	300	1 000
Общий размер env vars	32 КБ	64 КБ	256 КБ

Static-файлы — это изображения, шрифты, CSS, JS, HTML и другие файлы, которые отдаются напрямую. Общий размер деплоя считается по файлам после сборки, а не по размеру исходного архива. Storage workspace’а — суммарный объём файлов деплоев, которые ещё хранятся и не очищены.

Прочие лимиты

Метрика	Hobby	Pro	Enterprise
Хранение деплоев	3 дня	14 дней	365 дней
Protected Preview Branches	1	50	500
Protected Previews на ветку	1	3	5
Макс. память процесса	1 ГБ	1 ГБ	1 ГБ
Сессии (макс. TTL)	—	7 дней	30 дней

Usage-ставки (Pro)

Compute

Метрика	Ставка
Process Compute	7.50 ₽/CU-час (блоками по 1 CU-ч)

ONREZA Functions

Метрика	Ставка
BFU-hour	0.01 ₽/BFU-час в public beta (блоками по 1 BFU-ч)

Static

Метрика	Ставка
Egress	7.50 ₽/ГБ
Storage	15 ₽/ГБ-мес
Image Transforms	10 ₽ за 1 000
Origin Fetch	7.50 ₽/ГБ

Managed PostgreSQL

Метрика	Ставка
CU-часы	7.50 ₽/CU-час (блоками по 1 CU-ч)
Storage	15 ₽/ГБ-мес
Data Transfer	2 ₽/ГБ
База данных	100 ₽/мес
Ветка БД	30 ₽/мес

Common

Метрика	Ставка
Build Minutes	2 ₽/минута
Runtime KV Storage	300 ₽/ГБ-мес
Runtime KV Reads	5 ₽ за 1M read units
Runtime KV Writes	250 ₽ за 1M write units

Заметка

KV read unit = 4 KiB прочитанного value/metadata, минимум 1 unit на логическое чтение. KV write unit = 1 KiB записываемого key/value/metadata с platform overhead, минимум 1 unit на мутацию. Read/write тарифицируются пропорционально, без минимального блока в 1M.

Заметка

Hobby-план не поддерживает paid extra usage: при исчерпании credit или срабатывании hard/backstop limit ограничивается связанная функциональность. Подробнее — в разделе Что происходит при превышении лимита. Enterprise-ставки определяются индивидуально.

Формула начисления usage

Каждая billable-метрика сначала нормализуется в количество Q_M, затем оценивается по ставке Rate_M:

GrossUsage = Σ charge(Q_M, Rate_M)
IncludedCreditApplied = min(GrossUsage, IncludedUsageCredit)
ExtraUsage = max(0, GrossUsage - IncludedUsageCredit)

Стоимость line item считается по одной из схем:

• per_unit: Amount_M = Q_M × Rate_M
• per_block: Amount_M = ceil(Q_M / BlockSize_M) × BlockRate_M

Для Pro к оплате идёт только ExtraUsage в пределах extra usage budget. Если вы его не меняли, применяется дефолт 0 ₽ за период: после исчерпания included credit новые paid usage операции блокируются, пока вы явно не зададите бюджет. Для Hobby paid extra usage нет: когда GrossUsage >= IncludedUsageCredit, новые billable-операции блокируются.

Полные формулы: Формулы и переменные.

Что происходит при превышении лимита

Поведение зависит от вашего плана и типа метрики.

Hobby

Когда общий usage текущего периода исчерпал non-extendable credit, платформа ограничивает billable-функциональность. Защитные control values могут дополнительно ограничивать конкретный слой, если workload выглядит как runaway/abuse:

Превышена метрика	Что ограничивается	Что продолжает работать
Usage credit	Ресурсоёмкие runtime-операции	Существующие данные и настройки
Compute safety/backstop	Compute-запросы, WebSocket-подключения	Статика, настройки проекта
Static egress, origin fetch	Раздача статических файлов	Compute, оптимизация изображений
Оптимизация изображений	Трансформации изображений	Раздача оригиналов и остальная статика

При обращении к ограниченной функциональности ваши пользователи получат ответ 402 с сообщением о временной недоступности.

Как снять ограничение:

• Перейти на Pro — ограничение снимается мгновенно, далее работает included credit + extra usage budget
• Дождаться нового периода — в начале следующего расчётного периода потребление обнуляется

Совет

Платформа отправляет уведомление когда usage достигает 80% от credit. Проверяйте страницу Использование в панели управления, чтобы видеть приближение к бюджету заранее.

Pro

На Pro billable usage сначала покрывается included usage credit. После исчерпания credit каждая следующая единица тарифицируется по ставкам выше и допускается только в пределах extra usage budget.

При достижении лимита расходов (Hard Cap) поведение меняется:

1. До порога — сервис работает нормально
2. При достижении порога — все ресурсоёмкие операции ограничиваются (аналогично Hobby)
3. Для продолжения работы увеличьте лимит расходов или дождитесь нового периода

Настроить лимит расходов: Настройки → Лимиты расходов.

Что не биллится

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

Автоматическая защита

Платформа автоматически отслеживает резкие изменения потребления по каждому слою и каждой метрике:

Тип	Условие	Реакция
Резкий рост за час	Метрика выросла > ×10 за час	Уведомление с указанием слоя и метрики
Аномалия относительно недели	Метрика > ×5 от 7-дневной медианы	Уведомление с указанием слоя и метрики
Hard Cap	Extra usage достиг установленного потолка	Защитный режим для ресурсоёмких операций

При каждом срабатывании создаётся запись в аудите workspace.

Осторожно

Hard Cap защищает бюджет, но может ограничить часть функциональности при пике нагрузки. Устанавливайте значение с запасом.

Практика работы с лимитами

• Настройте уведомления на 50%, 80% и 100% бюджета
• Периодически проверяйте метрики всех используемых слоёв
• Перед большими релизами или кампаниями заранее повышайте лимиты и Hard Cap

См. также

• Pricing Appendix
• Слои и метрики
• Биллинг: базовый уровень
• Биллинг: практика
• Формулы и переменные
• Использование ресурсов