Справочные значения умолчаний и жёстких границ платформы. Настройки функции (таймаут, память) правятся в панели настроек или через SDK; опции очереди передаются при постановке задачи.
Ниже — значения, которые действуют на хостинговой платформе. В self-hosted-установках большинство из них настраивается переменными окружения; больше одной реплики на приложение можно запустить только с включённой плоскостью аллокаций (COMPUTE_ALLOCATION_MODE=embedded).
Функции#
| Лимит | По умолчанию | Максимум |
|---|---|---|
| Таймаут выполнения | 5,000 ms | 86,400,000 ms (24 h) |
| Память на контейнер | 256 MB | 2,048 MB |
| Загрузка кода (ZIP) | — | ~37 MB (в base64 внутри запроса до 50 МБ) |
| Размер распакованного кода | — | 100 MB / 5,000 файлов и папок |
| Тело запроса | 2 MB | 50 MB (создание и обновление функции, файлы кода, слои и деплой) |
| Время жизни preview-окружения (не-production деплои) | 7 дней (с последнего деплоя в него) | |
Приложения (app runtime)#
Лимиты контейнерных приложений: релизы, ресурсы и масштабирование. Подробности рантайма — в статье «Приложения».
| Лимит | По умолчанию | Максимум |
|---|---|---|
| Реплики на приложение (activation: always) | 1 | 8 (http/manual — всегда 1) |
| Память контейнера | 512 MB | 2,048 MB |
| CPU контейнера | 0.5 vCPU | 2 vCPU |
| Живые релизы на workspace | — | 10 |
| Загрузка исходников (ZIP) | — | ~284 MB (в base64 внутри запроса до 512 МБ; кнопка загрузки в дашборде принимает до 280 МБ) |
| Размер распакованных исходников | — | 1,024 MB / 50,000 файлов и папок |
| TTL preview-релиза | 24 h | |
| Дедлайн старта (health-gate) | 120 s | |
| Drain-окно при смене релиза (rolling-деплой) | 5 min | 60 min (drainGraceSeconds на приложение, 0–3600 с) |
| Idle-таймаут scale-to-zero (http) | 15 min | 30 дней (минимум 5 мин) |
| Таймаут активации при пробуждении | 60 s | 300 s |
| Диапазон публичных TCP-портов | 20000–39999 (в приватной сети используется порт контейнера) | |
Потолки памяти, CPU и числа живых релизов действуют на рабочее пространство и повышаются по запросу. Значение CPU — это потолок: примерно половина его резервируется за контейнером, остальное — запас для всплесков, общий с другими нагрузками. Память резервируется полностью и служит жёстким лимитом.
Фоновые задачи#
| Лимит | По умолчанию | Максимум |
|---|---|---|
| Попыток на задачу (maxAttempts) | 1 | 100 |
| Бэкофф ретраев (экспоненциальный + джиттер) | 1,000 ms × 2ⁿ | 300,000 ms (5 min) |
| Отложенный старт | 0 | 7 дней |
| Visibility-таймаут (рипер зависших задач) | 22.5 min (аренда продлевается, пока задача выполняется; истёкшая аренда расходует попытку) | |
| Одновременных задач на concurrencyKey | — | 10,000 |
| Постановок в очередь на воркспейс | 120 / min | |
Расписания пайплайнов и durable-инстансы#
| Лимит | Значение |
|---|---|
| Минимальный интервал cron | 1 min |
| Тик планировщика | ~30 s |
| Аренда turn-lock durable-инстанса | 5 min |
Пул тёплых контейнеров#
| Лимит | По умолчанию |
|---|---|
| Максимум тёплых контейнеров на функцию | 8 |
| TTL простоя | 5 min (полное удаление через 10 мин) |
| Контейнер обновляется после | 1,000 вызовов |
Если нагрузке нужно больше любого из максимумов — более долгие таймауты, крупные загрузки, высокие rate-лимиты — напишите нам: большинство границ здесь политика, а не архитектура.