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

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

Usage credit

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

Лимиты управляемого 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

Лимиты KV-хранилища

Метрика	Hobby	Pro	Enterprise
Хранилище, МБ/workspace	16	10 240	102 400

Лимиты проектов и развертываний

Метрика	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 ГБ	4 ГБ	8 ГБ
Сессии (макс. TTL)	—	7 дней	30 дней

Максимальная память процесса ограничивает доступный объём, но не резервирует и не тарифицирует его целиком. В ONREZA Compute учитывается только фактическое потребление памяти во времени.

Формула начисления 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-операции блокируются.

Полные формулы: Методика расчёта. Актуальные ставки публикуются на Pricing и в биллинге workspace.

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

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

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
Дождаться нового периода — в начале следующего расчётного периода потребление обнуляется

Pro

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

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

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

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

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

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

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

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

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

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

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

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