Профиль и автоскейлер БД

В SPG99 слово scale важно понимать правильно. В текущем пользовательском managed‑сценарии это не классический autoscaling “на несколько writer‑инстансов” и не публичная ручка live resize.

Что означают target_scale и current_scale

Эти поля по‑прежнему бинарные:

• 0 — writer не запущен;
• 1 — writer запущен.

Поэтому scale в старом смысле лучше воспринимать как индикатор runtime‑состояния, а не как полноценную ручку масштабирования.

Какие поля стали важнее

Для новой модели writer autoscaler полезнее смотреть:

• current_profile
• target_profile
• candidate_profile
• scale_state
• freeze_new_checkouts

Именно они показывают, что платформа делает с профилем writer прямо сейчас.

Как реально меняется профиль

Профиль writer меняется через generation handoff:

• платформа подготавливает candidate writer;
• замораживает новые checkout'ы;
• ждёт drain;
• переключает writer на новое поколение.

Это безопаснее, чем live resize работающего writer.

Что важно знать про публичный API

Публичный ручной scale в текущем managed‑контракте отключён. Поэтому не стоит строить workflow вокруг POST /scale или ожидать, что через него можно “горячо” менять размер БД.

Практический вывод

• хотите понять, активна ли база сейчас — смотрите current_scale / target_scale;
• хотите понять, идёт ли смена профиля writer — смотрите current_profile, target_profile и scale_state;
• хотите production‑устойчивость — опирайтесь на managed autoscaler, а не на ручной lifecycle.