Pricing Appendix (Runtime)

Этот документ фиксирует публичные правила расчёта стоимости Runtime.

• Модель: RUNTIME_PRICING_V2
• Статус: Public / normative
• Дата вступления версии: 3 марта 2026
• Применение: все новые начисления Runtime после даты вступления версии

1. Назначение и границы

Pricing Appendix задаёт:

• какие Runtime-метрики тарифицируются;
• какие события не тарифицируются;
• как считаются overage и line items;
• как применяются округления и итоговая сумма.

Документ не раскрывает внутреннюю инфраструктуру и не описывает внутреннюю реализацию metering pipeline.

2. Термины

• Invocation — пользовательское выполнение Runtime по запросу.
• CPU Seconds — фактическое процессорное время выполнения Runtime.
• Memory GB-Seconds — интеграл потребления памяти во времени.
• Residency Seconds — время удержания готовых экземпляров Runtime.
• Streaming Seconds — длительность потоковой выдачи (если включено планом).
• WebSocket Connection Seconds — время активных WebSocket-соединений (если включено планом).

3. Billable метрики и единицы

Ключ метрики	Единица
invocations	count
cpu_seconds	seconds
memory_gb_seconds	GB-s
residency_seconds	seconds
streaming_seconds	seconds (optional by plan)
websocket_connection_seconds	seconds (optional by plan)

4. Что тарифицируется и что нет

4.1 Тарифицируется

• Запрос, дошедший до пользовательского Runtime и завершившийся пользовательским ответом.
• Ресурсное потребление Runtime (CPU, memory, residency) в рамках пользовательских выполнений.
• Streaming/WebSocket длительности, если они включены условиями плана.

4.2 Обычно не тарифицируется

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

5. Нормализация usage

Публичные quantity-метрики за расчётный период:

Q_invocations
Q_cpu_seconds
Q_memory_gb_seconds
Q_residency_seconds
Q_streaming_seconds
Q_websocket_connection_seconds

6. Формулы overage

Для любой метрики M:

Q_overage_M = max(0, Q_used_M - Limit_M)

Где Limit_M — включённый лимит плана для метрики M.

6.1 Тариф per_unit

Amount_M = Q_overage_M * Rate_M

6.2 Тариф per_block

Blocks_M = ceil(Q_overage_M / BlockSize_M)
Amount_M = Blocks_M * BlockRate_M

6.3 Итог Runtime-суммы

RuntimeSubtotal = Σ Amount_M

7. Округления

1. Usage и промежуточные quantity считаются без раннего округления.
2. Для per_block сначала применяется ceil количества блоков.
3. Денежные значения line item округляются round_half_up до денежной точности.
4. Сумма по Runtime формируется из line items после их округления.

8. Структура счета

Публичная формула счета:

InvoiceTotal = RuntimeSubtotal + Adjustments - Credits + Taxes

Где:

• Adjustments — корректировки начислений;
• Credits — промо/компенсационные кредиты;
• Taxes — налоги по платёжному профилю.

9. Hard Cap и защитные политики

• Hard Cap ограничивает максимальные overage-расходы за период.
• При достижении порога могут применяться защитные ограничения для ресурсоёмких runtime-операций.
• Полный перечень лимитов и практики контроля: Лимиты и квоты.

10. Источник актуальных ставок

• Эта страница описывает методику расчёта.
• Текущие ставки и включённые лимиты публикуются на Pricing и в биллинге workspace.

Заметка

Если в проекте используются специальные договорные условия, приоритет имеют индивидуальные коммерческие условия, закреплённые в договоре/оферте.

11. Приоритет источников

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

1. Индивидуальные коммерческие условия (если есть).
2. Выставленный инвойс с детализацией line items за конкретный период.
3. Публичная pricing-страница и активные лимиты workspace за тот же период.
4. Этот appendix как нормативная методика расчёта.

12. Версионирование и изменения

Изменения модели публикуются как новая версия (RUNTIME_PRICING_V*) с датой вступления. Для каждой версии фиксируются:

• список billable-метрик;
• формулы overage;
• политика округлений;
• правила применения line items.

Ретроактивное изменение уже выставленных и закрытых инвойсов не применяется, кроме случаев явной ошибки начисления.

13. Пример проверки начисления

Порядок проверки:

1. Возьмите usage по каждой Runtime-метрике за расчётный период.
2. Вычтите включённый лимит по метрике и получите Q_overage_M.
3. Примените per_unit или per_block тариф.
4. Проверьте округления по правилам раздела 7.
5. Сложите line items и примените корректировки/кредиты/налоги.

Для пошаговых формул см. Runtime-биллинг: формулы и переменные.