Аренда СУБД в облаке: во что бизнесу обходится неверно выбранная база
Спор о том, что ставить под проект — PostgreSQL, ClickHouse, Redis или MongoDB, — выглядит внутренним делом разработки. Но счёт приходит бизнесу: простоем в пиковый сезон, растущим тарифом, сорванными сроками релиза и вопросами регулятора.

Отталкиваться нужно от сценария, а не от популярности движка
Популярность говорит о размере сообщества, но ничего — о пригодности под ваши данные. Выбор определяет профиль нагрузки: что система делает с данными чаще всего.
Под транзакционное ядро — заказы, платежи, остатки — берут PostgreSQL: он даёт гарантию, что деньги не «потеряются» на полпути. Тяжёлую отчётность и дашборды уводят в ClickHouse, где сводка считается за секунды вместо получаса. Сессии, счётчики и повторяющиеся запросы кладут в Redis или его форк Valkey: отклик за доли миллисекунды и разгрузка основной базы. Записи с плавающим набором полей живут либо в MongoDB, либо в JSONB-поле того же PostgreSQL — структура меняется без долгих миграций. Поиск по смыслу и RAG закрывают расширением pgvector, а на десятках миллионов векторов переходят на Qdrant. Поток телеметрии и IoT дешевле хранить в TimescaleDB или снова в ClickHouse.
PostgreSQL встречается в этом перечне трижды — для компании это прямая экономия: один контур вместо трёх, одна команда сопровождения, один регламент бэкапов.
Цена типовых ошибок
Ошибка выбора редко проявляется сразу — она всплывает на росте, когда переделка стоит дороже.
- Аналитика на боевой базе. Ночной отчёт однажды начинает блокировать оформление заказов. Потеря — выручка часа пик.
- NoSQL «потому что модно». Связи и целостность воспроизводят в коде приложения: дольше разработка, больше дефектов.
- Redis как основное хранилище. Либо данные не переживают перезапуск, либо память обходится кратно дороже диска.
- Раннее шардирование. Команда платит сложностью распределённой системы там, где хватило бы сервера помощнее и реплики.
Managed или свой сервер: считаем на три года
Возьмём SaaS среднего размера: кластер PostgreSQL из двух узлов 8 vCPU / 32 ГБ RAM / 500 ГБ NVMe, с бэкапами и восстановлением на произвольный момент времени.
Своя инсталляция за три года обойдётся примерно в 1 404 000 ₽ за ресурсы и хранение копий, плюс 100 000 ₽ на внедрение и около 2 160 000 ₽ на сопровождение — примерно треть ставки DBA. Итого порядка 3 664 000 ₽. Управляемый кластер за тот же срок стоит 2 340 000 ₽ по тарифу, 20 000 ₽ на внедрение и 720 000 ₽ на остаточное администрирование, около десятой доли ставки, — примерно 3 080 000 ₽.
Главная статья расходов — не железо, а люди. Своя инсталляция дешевле по ресурсам, но обновления, тюнинг, дежурства и проверка бэкапов съедают заметную долю времени дорогого специалиста, что на среднем масштабе перевешивает наценку за сервис. Перелом наступает у компаний со штатным DBA и десятками узлов. Суммы ориентировочные: итог сдвинется на ±20%.
Self-host оправдан, когда нужна нестандартная сборка или расширение, полный контроль над конфигурацией либо база — часть большего стека. В этом случае подойдёт аренда облачного сервера по модели IaaS: ресурсы выделяются под конкретную базу и наращиваются по мере роста нагрузки.
От бизнес-метрик к конфигурации
Переводим продуктовые цифры в железо на примере магазина: 300 000 товаров, 500 000 заказов, пик 800 запросов в секунду, из них около 90% — чтение.
- Память. «Горячие» данные и индексы обязаны помещаться в RAM, иначе отклик деградирует. 40 ГБ активного объёма → 48–64 ГБ с запасом.
- Ядра. Ориентир для несложных транзакционных запросов — 100–150 в секунду на ядро, отсюда 8 vCPU с резервом под пики.
- Диск. Каждый заказ порождает несколько операций записи, плюс журнал и контрольные точки — счёт идёт на тысячи IOPS. Только NVMe: «экономный» SSD станет узким местом.
- Реплика для чтения снимает те самые 90% запросов с основного узла и обычно дешевле, чем удвоение мощности мастера.
Юридический контур: 152-ФЗ и реестр отечественного ПО
Персональные данные есть почти в любой CRM и рознице, а значит, включается 152-ФЗ: базы граждан РФ размещаются физически в России, что исключает зарубежные управляемые сервисы. Инфраструктура должна отвечать требованиям ФСТЭК; проверяемые признаки — аттестат площадки, ISO 27001, PCI DSS для платёжных данных, ГОСТ 57580 для финансового сектора. Эту часть практичнее переложить на провайдера с российскими ЦОД уровня Tier III и готовыми сертификациями.
Второй пласт — импортозамещение: в реестре отечественного ПО уже есть зрелые Postgres Pro, Arenadata DB, Tarantool, Valkey. Требование работать на реестровом ПО дешевле заложить в архитектуру заранее, чем мигрировать под давлением проверки. Сюда же — перевод 1С на PostgreSQL: он требует пропатченной сборки и щедрой дисковой подсистемы.
Что забрать с собой
Зрелая архитектура — почти всегда несколько баз, каждая под свою задачу. Выбор стартует от бизнес-сценария, конфигурация выводится из нагрузки, а спор managed против self-host решается совокупной стоимостью владения, где основной расход — эксплуатация, а не серверы. Требования 152-ФЗ и реестра закладывают на старте: это дешевле любой миграции.



