Интернет-магазин и CRM жили на MySQL у хостера; после роста заказов разработка предложила «просто поднять PostgreSQL в облаке». Руководитель подписал договор с первым попавшимся провайдером, кластер создали в публичной подсети без реплик, бэкапы не проверили, а миграция сорвалась из-за несовместимости типов данных. В пик сезона — простой и пересчёт бюджета на администратора. За один рабочий день можно пройти маршрут «движок → провайдер → сеть → бэкапы → тест миграции», если не начинать с SEO-рейтинга.
Проблема: Команда уходит с зарубежного RDS или с БД на виртуальном сервере у подрядчика, а руководитель получает десятки обзоров без практики: непонятно, когда платить за managed-кластер, а когда хватит своего сервера; чем PostgreSQL отличается от MySQL для CRM и 1С; как не нарушить 152-ФЗ при выборе региона и публичного IP; и почему счёт за облачную БД внезапно растёт из-за диска, реплик и исходящего трафика.
Решение: Зафиксировать сценарий нагрузки, выбрать движок по матрице, сравнить пять российских провайдеров managed-баз по единому чеклисту, создать тестовый кластер в приватной сети с бэкапами и перед продом подписать чеклист из десяти пунктов вместе с IT.
Коротко от редактора. Для CRM, финансов и SaaS с бизнес-логикой чаще берут PostgreSQL; для интернет-магазина и CMS на привычном стеке — MySQL. Managed-кластер у Yandex Cloud, VK Cloud, Selectel, Timeweb Cloud или Beget оправдан, если нет штатного администратора СУБД и нужен SLA. Первый шаг — сценарий и движок, не «топ по рейтингу».
В рейтинге CNewsMarket облачных баз данных (июнь 2026) лидирует Selectel (810 баллов), Yandex Cloud — второй (720). При этом аудитория чаще ищет бренд Яндекса в связке с managed PostgreSQL, чем нейтральный запрос про PostgreSQL в облаке — цепляются за имя, а не за критерии. Типичная ошибка: выбрать провайдера по баллам, не сверив сценарий, сеть и эталонную цену.
Дальше — выбор формата владения базой, матрица PostgreSQL и MySQL, таблица пяти провайдеров, сеть и бэкапы, бюджет по 152-ФЗ и чеклист перед продом.
Решите: managed-кластер БД или виртуальный сервер с ручной установкой
Сравните два формата: провайдер обслуживает кластер сам или вы ставите СУБД на арендованную машину. От этого зависит, кто отвечает за ночной сбой и патчи безопасности.
Managed-кластер (база данных как сервис) — провайдер ставит обновления, следит за диском и даёт кнопку «создать кластер». Виртуальный сервер (VPS) — машина, где PostgreSQL или MySQL разворачивает ваша команда или подрядчик.
Managed выбирают без штатного администратора PostgreSQL (на рынке РФ ставка часто 260-350 тыс. ₽/мес) и при необходимости SLA. Виртуальный сервер оставляют при жёстком кастоме или когда админ уже в штате.
Простыми словами. Managed-кластер — как аренда квартиры с управляющей компанией: протечку устраняют по договору. База на виртуальном сервере — как свой дом: свободнее, но за прорыв трубы отвечаете вы. Руководителю важно заранее понять, кто платит за ночной сбой.
- Берите managed-кластер, если нужны автобэкапы, реплики и SLA без найма DBA.
- Оставайтесь на виртуальном сервере, если есть админ и нестандартные модули СУБД.
- Не смешивайте: «дешёвый хостинг + надежда на провайдера» без договора на БД — частая причина потери данных.
- Заложите тестовый кластер на неделю до подписания годового контракта.
Выберите движок: PostgreSQL или MySQL под ваш сценарий
Движок выбирают до провайдера. Для новых проектов в 2026 году разумно брать PostgreSQL 15 или новее: ветка PostgreSQL 14 перестанет получать исправления 12 ноября 2026 года.
| Сценарий | Движок | Почему |
|---|---|---|
| CRM, ERP, финансы, сложные транзакции | PostgreSQL | Надёжные транзакции (ACID), JSONB, оконные функции |
| Интернет-магазин, CMS, WordPress | MySQL | Быстрый старт, привычный стек, read-heavy нагрузка |
| Аналитика на транзакционных данных | PostgreSQL + позже ClickHouse | Операции в PG; витрины — в колоночной СУБД |
| 1С | PostgreSQL для 1С | Специализированная сборка у части провайдеров |
Простыми словами. PostgreSQL и MySQL — два разных «движка» хранения таблиц. Переезд с MySQL на PostgreSQL — не копирование файла: типы полей, индексы и запросы нужно проверить на копии данных. Если CRM уже на MySQL, смена движка — отдельный проект, а не галочка при создании кластера.
Сравните пять провайдеров по одному чеклисту
Рейтинги полезны как ориентир, но решение принимают по SLA, бэкапам, версиям СУБД и цене эталонной конфигурации (например, 4 vCPU, 8 GB RAM, диск NVMe, две реплики). Подробные паспорта — в каталоге сервисов и разделе облака.
| Провайдер (продукт) | SLA | Бэкапы | Репликация | Сильная сторона | Слабее в |
|---|---|---|---|---|---|
| Selectel Облачные БД | 99,95% запись / 99,99% чтение с репликами | WAL-G, PITR, S3 Selectel | Мастер + read-реплики | Широкий набор СУБД, PCI DSS | Смена подсети после создания невозможна |
| Yandex Managed Service for PostgreSQL | 99,95% | Автоматические по расписанию | HA от 2 хостов; 1 хост не рекомендован | Экосистема YC, Terraform, AI-подбор ресурсов | Крупные enterprise-конфиги дороже рынка |
| VK Cloud Managed PostgreSQL | 99,95% | В S3 VK Cloud | Single / Master-Slave / мультизональный | Старт около 5 минут, PG 10-17 | Single-инстанс только для dev/test |
| Timeweb Cloud managed-базы | 99,98% в рейтинге CNews | Физические + настройка в панели | 3 или 5 реплик | МСБ, NVMe, автомасштаб диска | Уменьшить конфигурацию нельзя |
| Beget managed-базы | Uptime 99,98% | Бесплатные авто-бэкапы | Базовый managed | Быстрый старт МСБ, от 33 ₽/день | Узкий набор СУБД vs лидеры рейтинга |
Короткий список: Yandex Cloud при стеке YC; VK Cloud для быстрого пилота; Selectel при широком наборе СУБД; Timeweb Cloud для МСБ; Beget при минимальном пороге входа. Паспорта провайдеров — в разделе облачных сервисов. Сравните счёт за месяц на тесте, а не только баллы рейтинга.
Создайте кластер: регион, сеть и размер
При создании кластера задайте четыре параметра, которые потом сложно менять без простоя.
- Регион РФ — для персональных данных клиентов и договора по 152-ФЗ.
- Приватная подсеть по умолчанию; публичный IP — только если приложению нужен доступ извне без VPN.
- vCPU, RAM, диск с запасом на 2-3 года роста данных; у Timeweb диск может расти автоматически — заложите лимит бюджета.
- Реплики — минимум одна read-реплика или HA-пара для прода; у VK Cloud не оставляйте Single в бою.
Простыми словами. Публичный IP — это «адрес в интернете», по которому к базе могут стучаться извне. Приватная подсеть — внутренняя дорога только для ваших серверов и приложения. Для CRM с ПДн безопаснее приватная сеть + доступ приложения из того же облака, а не открытая база «на весь мир».
Включите бэкапы, реплики и тест восстановления
До прода включите PITR (восстановление на точку во времени) или регулярные бэкапы и разверните копию на стенде. Зафиксируйте RPO (допустимая потеря данных) и RTO (время восстановления). SLA не спасёт от ошибочного DELETE без проверенного бэкапа.
- Включите автобэкапы в день создания кластера, не «после запуска».
- Храните копии в объектном хранилище того же провайдера или S3-совместимом бакете.
- Настройте алерт на заполнение диска — типичная причина внезапного падения.
- Раз в квартал повторяйте тест восстановления.
Объектное хранилище для дампов разбираем отдельно в материале настройка S3 в облаке — здесь важно только, что бэкапы не должны жить на том же диске, что и боевая база.
Подключите приложение и проверьте миграцию на копии
IT получает connection string (строку подключения) с обязательным SSL — шифрованием канала между приложением и БД. Секреты доступа не кладут в Git; используйте переменные окружения или хранилище секретов облака.
Миграция: дамп на копии, прогон на staging, сверка типов и индексов. Для больших баз — логическая репликация и короткое окно переключения. В Yandex Cloud для пула соединений используют Odyssey. Типичная ошибка — миграция в пик без теста типов на копии.
Удержите бюджет и согласуйте контур для ПДн
Счёт складывается из vCPU, RAM, диска, числа реплик, публичных IP и исходящего трафика. Поставьте лимит расходов в панели провайдера и напоминание при 80% лимита.
Если в базе персональные данные клиентов, до создания кластера согласуйте с юристом регион РФ, договор обработки и политику доступа. Общий контекст по облаку и 152-ФЗ — в разделе облака для бизнеса; чеклист SaaS-безопасности — в безопасности облачных сервисов.
Простыми словами. 152-ФЗ — закон о персональных данных: ФИО, телефоны, адреса клиентов нельзя хранить «где придётся». Облако в регионе РФ + договор с провайдером + закрытая сеть снижают риск претензий регулятора и заказчиков.
Чеклист из десяти пунктов перед выводом в прод
Подпишите чеклист ответственным из бизнеса и техлидом IT. Критерий успеха: заполнена матрица «сценарий → движок → провайдер»; для кластера зафиксированы регион, конфигурация, SLA, окно бэкапов и тип доступа; IT получил connection string с SSL и план миграции.
- Сценарий и прогноз роста данных на 2-3 года согласованы с продуктом.
- Движок PostgreSQL или MySQL выбран по таблице сценариев, не «как у соседа».
- Провайдер сравнен по SLA, бэкапам и эталонной цене; короткий список из двух кандидатов.
- Кластер в регионе РФ; публичный IP отключён, если не нужен внешний доступ.
- Реплики и HA включены; Single-режим не используется в проде.
- Автобэкапы и PITR включены; тест восстановления на копии пройден.
- Мониторинг диска, CPU и соединений; алерты в мессенджер дежурного.
- Лимит бюджета в панели; ответственный за масштабирование назван.
- Миграция проверена на staging; план отката записан.
- Договор, SLA и контур 152-ФЗ согласованы с юристом при работе с ПДн.
От редактора. Без тестового восстановления из бэкапа сравнение провайдеров затягивается на недели споров о баллах рейтинга. Мы сокращали выбор, когда руководитель в одном совещании фиксировал движок, регион и дату пилотной миграции на копии — тогда IT не тянет «ещё один обзор», а счёт не удивляет в пик сезона.
Частые вопросы
Что такое облачная база данных?
Это managed-кластер PostgreSQL, MySQL или другой СУБД у облачного провайдера: вы платите за vCPU, RAM и диск, а обновления, мониторинг и бэкапы настраиваются в панели. Отличие от «БД на своём сервере» — ответственность за инфраструктуру и SLA делится по договору с провайдером.
Чем managed PostgreSQL отличается от базы на виртуальном сервере?
На виртуальном сервере вы сами ставите PostgreSQL, патчи и бэкапы. В managed-сервисе провайдер даёт готовый кластер, реплики и расписание бэкапов. Цена managed-кластера выше «голого» сервера, но ниже штатного администратора, если SLA критичен для бизнеса.
Как перенести базу в облако без простоя в пик?
Снимите дамп на копии, прогоните миграцию на staging, сверьте схему и производительность. Для больших баз используйте логическую репликацию и короткое окно переключения DNS или connection string. План отката обязателен.
Yandex Managed Service for PostgreSQL или Selectel — что выбрать?
Если уже используете экосистему Yandex Cloud (серверы, Object Storage, Kubernetes) — логичен Yandex Cloud. Если нужен широкий набор СУБД, PITR в S3 Selectel и лидерство в рейтинге CNews 2026 — смотрите Selectel. Паспорта — в каталоге облачных сервисов. Сравните эталонную конфигурацию на тесте, а не только баллы.
Как создать облачную базу PostgreSQL с нуля?
Выберите движок и провайдера, создайте кластер в регионе РФ, задайте vCPU/RAM/диск, включите бэкапы и реплики, получите connection string с SSL и подключите приложение через staging. Чеклист из десяти пунктов выше — минимум перед продом.
Почему счёт за облачную БД растёт без роста заказов?
Чаще всего — автомасштаб диска, лишние реплики, публичный IP и исходящий трафик бэкапов в другое хранилище. Поставьте лимит бюджета и алерт на диск; раз в квартал пересматривайте конфигурацию.
Термины
| Термин | Значение |
|---|---|
| Managed-кластер БД | База данных как сервис — managed-кластер у провайдера без ручной установки СУБД на своём сервере. |
| SLA | Соглашение об уровне сервиса — заявленный процент доступности и условия компенсации. |
| PITR | Восстановление на точку во времени из журнала изменений и бэкапов. |
| SSL | Шифрование канала между приложением и базой при передаче паролей и данных. |
| 152-ФЗ | Закон о персональных данных — требования к хранению и обработке ПДн граждан РФ. |
| RPO / RTO | Допустимая потеря данных по времени и целевое время восстановления после сбоя. |
Информация и ответственность
Материал носит информационный характер и не является юридической или ИТ-консультацией. Тарифы, SLA и версии СУБД меняются — уточняйте на официальных сайтах провайдеров перед договором.