Инфраструктура платформы: обзор

Инфраструктура SPG99 — это платформенный слой, который делает PostgreSQL в spg99.ru быстрым, надёжным и удобным для повседневной работы. Пользователю не нужно управлять этим слоем вручную, но полезно понимать его роль.

Главная идея

SPG99 построен вокруг разделения двух задач:

• compute — исполняет SQL и обслуживает активную нагрузку;
• storage‑контур — хранит durable‑состояние и позволяет безопасно перезапускать compute.

Благодаря этому база может:

• быстро запускаться по требованию;
• не держать compute включённым без нагрузки;
• переживать остановку и пересоздание worker без потери данных.

Что изменилось в текущем контракте

В новой версии платформы особенно важны три инфраструктурных решения:

Soft basebackup

Pageserver отдаёт Compute не тяжёлый полный локальный слепок, а тонкий startup‑образ для быстрого старта PostgreSQL.

Минимальный локальный pod‑диск

На pod остаются только данные, необходимые для запуска PostgreSQL и работы local cache. Пользовательские relation files не обязаны храниться локально целиком.

Writer autoscaler через generation handoff

Платформа меняет профиль writer не через live resize, а через безопасный handoff между поколениями compute.

Что важно для пользователя

Пользователь обычно видит только несколько публичных точек входа:

• сайт и документацию;
• Console;
• Control Plane API;
• Gateway для PostgreSQL;
• Grafana или другие точки наблюдаемости, если они предоставлены.

Внутренние сервисы хранения, запуска и маршрутизации остаются внутри платформы и не требуют ручного участия пользователя.

Что даёт эта инфраструктура на практике

• простой путь от создания базы до первого подключения;
• стабильный DSN даже при смене внутреннего writer;
• быстрый cold start благодаря soft basebackup;
• отсутствие лишнего локального пользовательского дискового слоя на pod’е;
• безопасный autoscale handoff между профилями;
• встроенную диагностику через Console, метрики и логи.

Почему пользователю не нужно знать лишние детали

Изменения перед выводом в основной managed‑контур проходят проверку на тестовых и пред‑продовых стендах. В повседневной документации для пользователя важнее не состав кластера, а итоговый контракт:

• куда подключаться;
• какие сценарии поддержаны;
• как ведёт себя база при простое;
• где смотреть состояние, handoff и ошибки.