Кратко

  • Cloud Run запускает минимальное число инстансов ревизии, если она участвует в распределении трафика либо имеет тег. Google прямо указывает: помеченная ревизия может работать и оплачиваться без входящих запросов.
  • Минимум на уровне сервиса делится пропорционально трафику. Собственный минимум ревизии способен поднять общую численность тёплых инстансов выше сервисной цифры.

Тестовая дверь закрыта, аренда идёт

Тег даёт команде отдельный адрес для проверки новой версии без перенаправления клиентов. После релиза этот адрес нередко переживает саму проверку. Когда ревизии назначен собственный минимум инстансов, Cloud Run продолжает держать их готовыми благодаря тегу. В документации Google этот случай описан открыто: запросов нет, а ожидающая мощность оплачивается.

Одинаковое слово «минимум» скрывает две разные команды. Настройка сервиса распределяет готовые инстансы между ревизиями, принимающими трафик, в соответствии с их долями. Настройка ревизии закрепляет резерв за конкретной версией. Тег может поддерживать такой резерв вне основного маршрута. Google советует удалять ненужные теги или применять сервисный минимум, если нужна общая готовность, а не отдельная платная копия.

В официальном примере сервису задано минимум десять инстансов и трафик делится пополам между A и B. У A собственный минимум шесть, у B — ноль. По долям им досталось бы по пять, но A получает шестой ради своего порога. Итого одиннадцать инстансов. Это расчёт параметров из документации, а не счёт конкретного клиента. Цифра «десять» на сервисе не ограничила суммарный резерв.

Стоимость каждого места зависит от режима. При оплате по запросам простаивающие минимальные инстансы тарифицируются по пониженной ставке ожидания. При оплате по инстансам обычная ставка действует весь их жизненный цикл. Для денежного итога нужны регион, ресурсы и время. Для начала расследования достаточно перечня тегов, минимумов по ревизиям и оплачиваемого времени инстансов.

Источники