Managed PostgreSQL в отечественных облаках: сравниваем Yandex Cloud, VK Cloud и Selectel

На прошлой неделе в ленте почти одновременно появились два анонса: VK Cloud добавил Managed PostgreSQL 17 и ClickHouse 24, Selectel - Managed PostgreSQL 16/17. Yandex Cloud держит PostgreSQL 16 уже несколько месяцев. Это хороший момент, чтобы зафиксировать, что сейчас есть у каждого, - у нас несколько клиентских задач, где вопрос выбора managed PostgreSQL стоит практически: нужна площадка, которая закрывает конкретный набор требований.

Почему managed PostgreSQL - это разговор не только про версию

Managed-сопровождение баз данных - это не просто «облако запускает postgres вместо вас». Это про то, насколько далеко провайдер готов взять на себя операционный груз: бэкап, failover, мониторинг, патчинг. И про то, какие расширения доступны без самостоятельной сборки.

С версиями PG 16/17 разрыв между провайдерами сузился быстрее, чем мы ожидали. Yandex Cloud традиционно шёл впереди по набору фич - но сейчас VK Cloud и Selectel догоняют достаточно быстро, чтобы выбор провайдера всё больше определялся не версией движка, а деталями вокруг.

Что есть у кого - по состоянию на конец октября

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

SLA 99,9% у Selectel против 99,95% у YC и VK Cloud. Математически разница - ~8,8 часа в год против ~4,4 часа. Для production OLTP это принципиально. Для аналитической базы с ночной нагрузкой и допустимым окном плановых работ - скорее нет. Смотрите на SLA в контексте нагрузки.

PITR у Selectel отсутствует. Point-in-time recovery - это возможность восстановить базу на любой момент времени в пределах retention-окна, а не только на момент последнего снепшота. Без PITR при логической ошибке данных (неудачный UPDATE без WHERE, кривая миграция) вы восстанавливаетесь к ближайшему снепшоту - и теряете всё, что накопилось после него. Для баз с активной записью это неприемлемо. Для read-heavy базы с нечастыми изменениями - уже вопрос оценки риска.

Три зоны у YC против двух у VK/Selectel. Три зоны - это настоящий geo-redundant кластер: потеря одной зоны не приводит к потере кворума. Две зоны - это active/standby с риском split-brain при сетевом разделении. YC здесь объективно выигрывает для критичных нагрузок.

Расширения: вот где реальные различия

Это то, что часто упускают при выборе managed PostgreSQL. Набор поддерживаемых расширений определяет, что вы вообще можете делать с базой без перехода на self-hosted.

У Yandex Cloud наиболее полный список: pg_partman, pg_cron, pgvector, postgis, timescaledb, pg_trgm, rum, и ещё несколько десятков. Это зрелый продукт с многолетней историей поддержки расширений.

У VK Cloud с переходом на PG 17 список расширений расширился, но пока не дотягивает до YC по экзотике. Базовые вещи есть: pg_trgm, pgcrypto, postgis, uuid-ossp. pg_cron - уточняли у поддержки, формально доступен. timescaledb - нет.

У Selectel наиболее скромный набор из трёх: стандартная комплектация без pg_cron и timescaledb. Для простых OLTP-нагрузок достаточно, для чего-то нестандартного - нужно проверять конкретно.

Если у вас в схеме есть pg_cron для периодических джобов или timescaledb для временных рядов - выбор фактически сводится к Yandex Cloud или переходу на self-hosted. VK Cloud нужно уточнять отдельно под каждый конкретный кейс.

Цена: считать нужно под конкретную конфигурацию

Давать сравнительные цифры в посте смысла нет - они меняются, зависят от конфигурации и акций. Но несколько наблюдений из практики.

VK Cloud на типовых конфигурациях (4 vCPU / 16 ГБ RAM, HA, SSD) выходит дешевле Yandex Cloud примерно на 15-25% при прямом сравнении. Selectel - примерно в том же диапазоне или чуть дешевле VK, но с более слабым SLA.

Разница в стоимости реальная, но при сравнении нужно считать полный стек: бэкапное хранилище, egress-трафик, мониторинг. Аналогично тому, как мы считали egress на Managed Kubernetes у Yandex Cloud - compute-цена это только часть счёта.

Как мы сейчас выбираем площадку

На практике для клиентских задач у нас складывается примерно такой фильтр:

• Нужен PITR и три зоны HA - Yandex Cloud, других вариантов нет.
• Нужен timescaledb или pg_cron - Yandex Cloud, альтернатив среди managed нет.
• Нужен pgvector для RAG или vector search - Yandex Cloud точно, VK Cloud - проверять.
• Нагрузка OLTP средней критичности, бюджет ограничен, расширения стандартные - VK Cloud с PG 17 становится рабочим вариантом.
• Аналитическая база, преимущественно на чтение, минимальный бюджет - Selectel с пониманием ограничений SLA и без PITR.

VK Cloud с выходом PG 17 становится серьёзным вторым номером для задач, где не нужна вся мощь YC-экосистемы. Selectel пока держится в нише «дешевле, но проще» - и это честная позиция, если понимать, что за этим стоит.

Следим за тем, как VK Cloud будет развивать список расширений на PG 17 - это главное, чего сейчас не хватает для более широкого применения.