Self-hosted: обзор развертывания
StableКраткий ориентир для команд, которые запускают SPG99 в своём Kubernetes, а не используют managed-контур spg99.ru.
Обновлено: 5 марта 2026 г.
Эта страница относится прежде всего к self‑hosted‑сценариям. Если вы обычный пользователь managed‑платформы spg99.ru, её можно пропустить: все описанные ниже компоненты уже развёрнуты и обслуживаются инфраструктурой SPG99.
Что обычно нужно для self-hosted установки
Минимальная схема включает:
- Kubernetes‑кластер;
- persistent storage для stateful‑компонентов;
- S3‑совместимое object storage;
- DNS / ingress / load balancers для публикации Gateway, Control Plane и Console;
- секреты и TLS‑материалы;
- monitoring / logging бэкенды.
Какие сервисы поднимаются
В типовой установке разворачиваются:
- control‑plane;
- gateway;
- provisioner;
- pageserver;
- safekeeper;
- console;
- при необходимости landing и admin.
Что важно понимать архитектурно
- compute запускается по требованию и обычно не хранит durable‑состояние локально;
- надёжность строится вокруг pageserver + safekeeper + object storage;
- для пользователя PostgreSQL по‑прежнему доступен через единый Gateway.
Когда self-hosted имеет смысл
Такой сценарий нужен командам, которые хотят управлять всем окружением самостоятельно: сетью, секретами, storage, ingress и релизным циклом. Для большинства пользователей spg99.ru это не требуется — соответствующую работу уже выполняет инфраструктурный контур платформы.