Dev и QA
Базы для разработки, тестирования и временных окружений, которые нужны команде только в рабочие моменты.
Первый serverless PostgreSQL в РоссииИнфраструктура в Yandex Cloud
PostgreSQL для dev/test и временных окружений без переплат за простой
SPG99 — управляемый PostgreSQL для тестовых, preview/staging и внутренних сервисов с нерегулярной нагрузкой. Когда база не используется, рабочий сервер останавливается автоматически. При первом обращении база запускается сама и работает как обычный PostgreSQL.
- Обычные PostgreSQL-драйверы
- Стандартная строка подключения
- TLS
- Консоль и API
Кому подходит
Лучше всего там, где база нужна не круглосуточно
SPG99 особенно выгоден там, где база нужна не постоянно, а только в отдельные периоды работы.
Preview / staging
Базы под ветки, pull request, демо и предпрод, которые не должны работать сутками без пользы.
Внутренние сервисы и фоновые задачи
Админки, ETL, расписания и внутренние сервисы со всплесками нагрузки вместо постоянного трафика.
Если база загружена почти непрерывно 24/7, экономический эффект будет ниже.
Эффект
Что получает команда и бизнес
SPG99 помогает снизить расходы на PostgreSQL для dev/test, preview и временных баз без отдельного serverless-режима для приложения.
Экономия без ручного выключения
Не платите за ночи, выходные и часы, когда база никому не нужна.
Надёжность без привязки к одной машине
Состояние базы хранится отдельно, поэтому остановка или пересоздание рабочего сервера не означает потерю данных.
Быстрый запуск после паузы
После паузы база обычно возвращается в работу меньше чем за 2.5 секунды.
Новые базы без ручной подготовки
Создаёте БД через консоль и сразу получаете строку подключения для приложения.
Пилоты SPG99
Что уже подтверждено в пяти сценариях
Пять команд из финтеха, телекома, retail, edtech и логистики уже посчитали dev/test у себя. Во всех кейсах пилот подтвердил одно и то же: отдельные QA, preview и staging-базы можно сохранить и заметно сократить ежемесячный счёт.
59-88% ниже ежемесячный счёт
Один набор контуров, два счёта
Один и тот же набор dev/test-контуров в SPG99 обходится заметно дешевле, чем в обычной модели 24/7. Команда сохраняет отдельные базы и сразу понимает, сколько денег экономит каждый месяц.
Managed PostgreSQL 24/7SPG99 по фактическому использованию
Финтех4 контураIdle 54%
Anti-fraud sandbox и релизный QA
Managed PostgreSQL 24/7
32 983 ₽/месSPG99 по фактическому использованию
13 523 ₽/мес19 460 ₽/месЭкономия 59%
Телеком6 контуровIdle 61%
Биллинг, профиль абонента и интеграционные тесты
Managed PostgreSQL 24/7
37 284 ₽/месSPG99 по фактическому использованию
12 304 ₽/мес24 980 ₽/месЭкономия 67%
Retail8 контуровIdle 66%
Checkout, каталог и promo preview
Managed PostgreSQL 24/7
43 320 ₽/месSPG99 по фактическому использованию
11 263 ₽/мес32 057 ₽/месЭкономия 74%
Edtech10 контуровIdle 72%
Ingestion, отчётность и demo-стенды
Managed PostgreSQL 24/7
59 136 ₽/месSPG99 по фактическому использованию
11 236 ₽/мес47 900 ₽/месЭкономия 81%
Логистика13 контуровIdle 79%
Маршрутизация, staging и партнёрские API
Managed PostgreSQL 24/7
70 909 ₽/месSPG99 по фактическому использованию
8 509 ₽/мес62 400 ₽/месЭкономия 88%
Сравнение сделано для одинакового набора окружений и того же объёма хранения. Меняется только режим вычислений: always-on в Managed 24/7 против оплаты по фактическому использованию в SPG99.
Что пилот подтверждает на практике
Пилот даёт не абстрактный процент, а понятный расчёт: сколько отдельных dev/test контуров можно сохранить и каким будет ежемесячный счёт без оплаты простоя.
Типовой кейс
74%
8 отдельных контуров для checkout, каталога и promo preview · 32 057 ₽/мес
Контуры в 5 пилотах
41
QA, preview, staging и integration базы
Подтверждённая экономия
186 797 ₽/мес
суммарно в месяц по пяти пилотам
Можно посчитать и ваш кейс
Покажем такой же расчёт на ваших контурах
Разложим dev/test, preview и временные базы по окружениям, сравним счёт 24/7 против модели по фактическому использованию и сразу покажем, где экономия подтверждается цифрами. Если модель сходится, запускаем бесплатный пилот.
Сценарии, в которых экономия уже подтверждена:
Финтех
Anti-fraud sandbox и релизный QA
Команда держит отдельные базы под антифрод-правила, sandbox-проверки и регресс перед релизом. Пилот показал, что все 4 контура можно сохранить раздельными и платить только за активные часы.
Контуры
4 контура
Idle
54%
Экономия
59%
Стоимость в SPG99
13,5 тыс. ₽
Телеком
Биллинг, профиль абонента и интеграционные тесты
Основная нагрузка приходится на релизные окна и интеграционные проверки. Оплата по фактическому использованию убирает постоянный счёт за 6 QA и preview-баз между релизами, не заставляя команду сводить всё к одному стенду.
Контуры
6 контуров
Idle
61%
Экономия
67%
Стоимость в SPG99
12,3 тыс. ₽
Retail
Checkout, каталог и promo preview
У checkout, каталога и промо-механик свои preview и nightly QA базы. Пилот подтвердил, что 8 контуров можно оставить отдельными и при этом заметно снизить ежемесячный счёт.
Контуры
8 контуров
Idle
66%
Экономия
74%
Стоимость в SPG99
11,3 тыс. ₽
Edtech
Ingestion, отчётность и demo-стенды
Базы нужны рывками: днём, в будни и перед волнами подготовки контента. Модель без оплаты простоя убирает из счёта ночи и длинные паузы у 10 dev/test контуров без потери изоляции.
Контуры
10 контуров
Idle
72%
Экономия
81%
Стоимость в SPG99
11,2 тыс. ₽
Логистика
Маршрутизация, staging и партнёрские API
Маршрутизация и партнёрские интеграции включают базы волнами. Пилот показал, что 13 отдельных контуров можно держать готовыми к запуску без счёта за круглосуточные вычисления.
Контуры
13 контуров
Idle
79%
Экономия
88%
Стоимость в SPG99
8,5 тыс. ₽
Как работает
Три шага вместо ручного администрирования
Команда создаёт базу, подключается по обычному PostgreSQL DSN и получает auto-start compute без ручной эксплуатации каждой временной среды.
1. Создаёте базу через консоль
Платформа поднимает окружение и выдаёт параметры доступа без ручной подготовки виртуальных машин.
2. Подключаете приложение обычной строкой PostgreSQL
Стандартная строка подключения, привычные драйверы и TLS. Приложение не нужно переписывать под отдельный API.
3. База останавливается без подключений и запускается при первом обращении
Когда база не нужна, рабочий сервер не расходует бюджет. Когда нужна снова, платформа запускает её автоматически.
SPG99 vs Managed PostgreSQL 24/7
Не платите за простой: SPG99 vs Managed PostgreSQL 24/7
Если база живёт по рабочим окнам, держать её на Managed PostgreSQL 24/7 — это переплата по умолчанию. SPG99 создан именно для таких сценариев.
Managed PostgreSQL 24/7
- Платите за включённый инстанс, даже когда база простаивает.
- Оплата идёт 24/7, а не только в часы работы команды.
- Ночи, выходные и idle-время продолжают сжигать бюджет.
- Каждое новое dev/test/preview-окружение увеличивает постоянные расходы.
- Из-за цены команды режут количество изолированных стендов и замедляют delivery.
SPG99
- Платите за использование базы, а не за ожидание.
- Расходы привязаны к реальной работе, а не к факту “сервер включён”.
- Нет активности — нет бессмысленной оплаты рабочего инстанса.
- Dev/test, preview и временные базы можно держать массово без постоянного burn rate.
- Новая база создаётся из консоли и сразу готова к подключению.
FAQ
Частые вопросы
Коротко отвечаем на основные вопросы про cold start, обычный DSN, сохранность данных и сценарии, где serverless PostgreSQL даёт максимальный эффект.
Нужно ли менять приложение?
Нет. После запуска это обычный PostgreSQL: стандартные драйверы, стандартная строка подключения и TLS.
Что с задержкой после простоя?
Обычно база запускается меньше чем за 2.5 секунды. В редких случаях старт может занять дольше, поэтому на стороне приложения стоит использовать retry и разумный connect_timeout.
Не потеряются ли данные, если база остановлена?
Нет. Долговечное состояние базы хранится отдельно от рабочего сервера, поэтому остановка сервера не означает потерю данных.
Где размещаются данные?
В РФ, в инфраструктуре Yandex Cloud.
Для каких сценариев SPG99 подходит лучше всего?
Для dev/test, preview/staging, внутренних сервисов и других окружений с нерегулярной нагрузкой. Если база нужна почти постоянно, экономический эффект будет ниже.
Подходит ли SPG99 для production-нагрузки?
SPG99 в первую очередь создан для dev/test, preview/staging, внутренних сервисов и других сценариев с нерегулярной нагрузкой. Если база работает почти непрерывно 24/7 и критична к минимальной задержке при первом подключении после паузы, такой сценарий нужно отдельно оценивать под вашу нагрузку.
Снизьте расходы на dev/test PostgreSQL без риска: начните с бесплатного пилота
Рассмотрим заявку в течение 24 часов, свяжемся с командой, предоставим бесплатный пилот и поможем быстро проверить SPG99 на ваших тестовых, preview или внутренних сценариях.