Первая в России
Serverless PostgreSQL‑платформа
Платформа автоматически поднимает и останавливает compute-узлы по нагрузке, хранит данные в S3-совместимом хранилище на территории РФ и централизованно управляет жизненным циклом баз данных через единый Control Plane.
Serverless PostgreSQL без VM‑рутины
spg99 отделяет storage от compute и даёт единый контур управления через Console и API.
Compute по требованию: start/stop без оплаты простоя
Compute стартует по подключению и останавливается по idle. В текущей модели scale = 0/1: либо работает, либо выключен.
Данные и WAL живут в S3 в РФ
Слой хранения построен на связке Safekeeper + Pageserver поверх S3‑совместимого хранилища. Compute остаётся stateless и может пересоздаваться.
Единый TLS‑Gateway и стандартный DSN
Приложения подключаются как к обычному PostgreSQL. Один endpoint, TLS по умолчанию, без ручной маршрутизации и плавающих IP.
Console для управления и наблюдаемости
Создание tenants/БД, статусы, DSN, метрики/логи/активные запросы и статистика запросов — в одном месте.
REST API v2 для автоматизации
Все операции доступны через Control Plane API: create/list/describe/delete, start/stop compute, интеграции с CI/CD и внутренними порталами.
Чистый PostgreSQL 17 и разделение секретов
API key используется только для управления (CP API). Для подключения к БД используются отдельные pg_user/pg_password. Внешние подключения — через TLS.
Консоль управления и диагностики
Tenants, базы, размеры L1–L5, start/stop compute, готовый DSN и мониторинг (метрики/логи/запросы) — в одном интерфейсе. Всё, что делаете в UI, автоматизируется через API.
| Tenant | DB | State | Last used | Timeline | Scale | Action |
|---|
psql "postgres://t1:<client_token>@provisioner.spg99.ru:5432/d1"
| Tenant | DB | State | Last used | Timeline | Scale |
|---|---|---|---|---|---|
| t1 | d1 | READY | 10s ago | 00000001 | 1 |
| t1 | d2 | STOPPED | 2h ago | 00000002 | 0 |
Когда spg99 даёт максимальный эффект
Сценарии, где важны быстрое создание БД, экономия на простое и размещение данных в РФ.
Мульти‑тенант SaaS
Отдельная БД на клиента или окружение. Compute не простаивает: остановка по idle снижает стоимость при нерегулярной нагрузке.
Preview / staging среды
Временные БД под ветку/PR или тестовый стенд. После проверки compute можно остановить, а storage оставить для отладки и воспроизводимости.
Внутренние сервисы и джобы
Админки, ETL, расписания и сервисы со всплесками нагрузки. Платите за часы работы compute, а не за постоянную VM.
Проекты с требованиями по размещению данных в РФ
Данные и WAL хранятся в S3‑совместимом объектном хранилище в РФ. Управление — централизованно, через Control Plane.
PostgreSQL как управляемый ресурс
Команда получает понятный объектный слой: tenant → database → DSN, без ручной эксплуатации VM и окружения хранения.
- –Быстрое создание БД и единый DSN для приложений (через Gateway).
- –Управление compute lifecycle (start/stop) через Console и API, без ssh/ansible.
- –Данные не привязаны к диску compute: восстановление после сбоя сводится к пересозданию VM.
- –Диагностика в Console: метрики, логи, активные запросы и статистика запросов.
Короткий путь: создать → подключиться → остановить по idle
От API/Console до Gateway и слоя хранения: без скрытой магии и ручных процедур.
Через Console или REST API v2: имя, размер (L1–L5) и политика старта compute (сразу или по первому подключению).
Клиент идёт в Gateway по TLS. Если compute остановлен — платформа сделает autostart. Типичный cold start: до ~5 секунд (< 5 с).
PostgreSQL 17 и стандартные драйверы. Данные и WAL сохраняются в S3 через Safekeeper/Pageserver, поэтому потеря VM не означает потерю данных.
При idle compute автоматически останавливается (по умолчанию ~5 минут без активных соединений). Хранилище остаётся, следующий коннект снова стартует compute.
Разделение storage и compute — основа надёжности
Compute — статeless, а состояние БД живёт в S3 через Safekeeper/Pageserver. Это позволяет безопасно гасить compute и быстро восстанавливаться после сбоев.
Control Plane — единая точка управления: tenants/БД, доступы, start/stop и выдача DSN.
Safekeeper/Pageserver превращают S3 в слой хранения WAL и данных. Compute можно терять без потери состояния.
Каталог tenants/БД и состояния. REST API v2, политики start/stop, выдача DSN‑шаблонов и контроль доступов (API keys).
Web‑интерфейс поверх API CP: управление ресурсами и наблюдаемость (метрики/логи/запросы).
Единый TLS‑endpoint PostgreSQL (:5432). Маршрутизирует соединения и инициирует autostart, если compute остановлен.
Поднимают compute (VM/pod), получают bootstrap‑спеку и доводят PostgreSQL до состояния ready.
Stateless compute‑узел. Настройки и ресурсы задаются размером (L1–L5). Узел можно пересоздать без потери данных.
Принимает WAL от PostgreSQL и обеспечивает durability WAL в объектном хранилище.
Подписывается на WAL, хранит page‑слои в S3 и обслуживает чтения для compute.
Долгоживущий слой данных и WAL в РФ. Здесь живут timelines — источник истины для состояния БД.
Console для людей, API v2 для интеграций
UI работает поверх того же Control Plane API, поэтому управление tenants/БД легко встроить в CI/CD, внутренний портал или IaC.
# Control Plane API (v2)
export SPG99_CP_URL="https://<cp-host>/v2"
export SPG99_API_KEY="<api-key>"
# 1) Создать tenant
curl -sS "$SPG99_CP_URL/tenants" -H "Authorization: Bearer $SPG99_API_KEY" -H "Content-Type: application/json" -d '{"name":"acme"}' | jq .
# 2) Создать БД (compute может стартовать при первом подключении)
curl -sS "$SPG99_CP_URL/tenants/acme/dbs" -H "Authorization: Bearer $SPG99_API_KEY" -H "Content-Type: application/json" -d '{"name":"app","size":"L1","start_immediately":false}' | jq .
Спека API — источник истины по схемам запросов/ответов. Удобно для генерации клиентов и проверок в CI.
# Start / Stop compute (scale 0/1)
curl -sS -X POST "$SPG99_CP_URL/tenants/acme/dbs/app/start" -H "Authorization: Bearer $SPG99_API_KEY" | jq .
curl -sS -X POST "$SPG99_CP_URL/tenants/acme/dbs/app/stop" -H "Authorization: Bearer $SPG99_API_KEY" | jq .
Модель прозрачная: storage отдельно, compute отдельно
Storage живёт в S3, compute оплачивается только когда запущен. Доступные размеры, квоты и лимиты зависят от тарифа и отображаются в Console.
Pay‑as‑you‑go для продакшена
- · Размеры L1–L5.
- · Compute — по фактическим часам работы (start/stop).
- · Storage — по объёму в S3 (GiB‑месяц).
Отдельный контур и согласованные SLO
- · Выделенные квоты и профили compute/storage.
- · Сетевые требования (VPC/изоляция), расширенная безопасность.
- · Поддержка, RPO/RTO и политика idle‑stop — по договорённости.
Фокус на эксплуатацию, предсказуемость и масштабирование
Двигаемся от стабильного ядра к расширению профилей, наблюдаемости и удобства интеграций.
Stable ядро
- · PostgreSQL 17 через единый TLS‑Gateway.
- · Storage в S3 (Safekeeper/Pageserver), stateless compute.
- · Console для управления и мониторинга.
- · REST API v2 для автоматизации.
Биллинг и эксплуатация
- · Прозрачные лимиты и расход в Console.
- · Улучшение cold start и оптимизация bootstrap.
- · Укрепление контрактов API (OpenAPI, примеры, генерация клиентов).
Масштабирование и варианты поставки
- · Новые compute‑профили и сценарии нагрузок (OLTP/analytics).
- · Интеграции (SDK, IaC) и больше готовых рецептов.
- · Self‑hosted и выделенные контуры для Enterprise.