Что такое SPG99

SPG99 — это PostgreSQL‑платформа с разделёнными compute и durable storage. Для пользователя она выглядит как обычный PostgreSQL по стандартному DSN, но внутри устроена так, чтобы база быстро запускалась, безопасно останавливалась и не зависела от одного pod или одного локального диска.

Главное в текущем контракте платформы — три вещи.

• Compute не хранит единственную копию данных. Pod нужен для выполнения SQL и локального кэша, но не является “единственным местом, где живёт база”.
• Старт идёт через soft basebackup. При запуске compute получает из Pageserver тонкий startup‑образ: только минимальное состояние, необходимое для быстрого старта PostgreSQL.
• Масштабирование writer идёт через безопасную смену поколения. Платформа не пытается “растянуть” живой pod на лету. Она готовит новый candidate‑writer, затем аккуратно переводит трафик на него.

Что это даёт пользователю

1. Быстрый запуск без тяжёлого локального restore

На pod больше не раскладывается полный рабочий PGDATA. Локально остаётся только стартовый минимум: системные каталоги, relmap, служебное состояние и быстрый write‑back cache. Пользовательские relation pages дочитываются по мере обращения через Pageserver.

Практический смысл:

• cold start короче и предсказуемее;
• pod поднимается быстрее;
• на локальном диске не нужно держать лишнюю копию пользовательских данных.

2. Надёжность не зависит от судьбы одного pod

Подтверждённые записи опираются на Safekeeper quorum, а история и bootstrap‑состояние собираются через Pageserver. Поэтому пересоздание pod, переезд writer или штатная остановка compute не равны потере данных.

3. Автоскейлер работает безопасно для реального трафика

Текущий autoscaler writer‑профилей работает по модели generation handoff:

подготовить candidate -> заморозить новые checkout'ы -> дождаться drain -> переключить writer

Это позволяет менять профиль compute без опасного “live resize” активного writer.

Как сейчас устроены профили

В активном runtime‑контракте autoscaler работает для профилей L1 и L2. Именно этот диапазон сейчас считается боевым и полностью поддержанным в serverless‑цепочке.

Для продуктовой PAYG‑линейки платформа уже подготовлена к шкале L1–L5 как к пользовательской размерной модели. Но текущий живой autoscale‑handoff в managed‑контуре рассчитан именно на L1 <-> L2.

Чем SPG99 отличается от PostgreSQL на обычной VM

В классической схеме PostgreSQL на VM обычно есть жёсткая связка:

• один сервер;
• один локальный диск;
• один процесс PostgreSQL;
• сложный ручной lifecycle.

В SPG99 схема другая:

Клиенты -> Gateway -> Control Plane -> Compute
                                   -> Pageserver + Safekeeper + Object Storage

Из этого следуют понятные плюсы:

• DSN для приложения остаётся стабильным;
• sleeping‑база может проснуться автоматически;
• compute можно безопасно заменить;
• платформа сама держит баланс между скоростью, стоимостью и надёжностью.

Короткий итог

SPG99 — это не “Postgres в контейнере”, а платформа, где:

• скорость достигается локальным исполнением и тонким soft‑bootstrap;
• надёжность обеспечивается storage‑контуром, а не одним pod;
• масштабирование writer выполняется аккуратно и без риска для данных.