Спор о том, что ставить под проект — PostgreSQL, ClickHouse, Redis или MongoDB, — выглядит внутренним делом разработки. Но счёт приходит бизнесу: простоем в пиковый сезон, растущим тарифом, сорванными сроками релиза и вопросами регулятора.
Популярность говорит о размере сообщества, но ничего — о пригодности под ваши данные. Выбор определяет профиль нагрузки: что система делает с данными чаще всего.
Под транзакционное ядро — заказы, платежи, остатки — берут PostgreSQL: он даёт гарантию, что деньги не «потеряются» на полпути. Тяжёлую отчётность и дашборды уводят в ClickHouse, где сводка считается за секунды вместо получаса. Сессии, счётчики и повторяющиеся запросы кладут в Redis или его форк Valkey: отклик за доли миллисекунды и разгрузка основной базы. Записи с плавающим набором полей живут либо в MongoDB, либо в JSONB-поле того же PostgreSQL — структура меняется без долгих миграций. Поиск по смыслу и RAG закрывают расширением pgvector, а на десятках миллионов векторов переходят на Qdrant. Поток телеметрии и IoT дешевле хранить в TimescaleDB или снова в ClickHouse.
PostgreSQL встречается в этом перечне трижды — для компании это прямая экономия: один контур вместо трёх, одна команда сопровождения, один регламент бэкапов.
Ошибка выбора редко проявляется сразу — она всплывает на росте, когда переделка стоит дороже.
Возьмём 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% — чтение.
Персональные данные есть почти в любой CRM и рознице, а значит, включается 152-ФЗ: базы граждан РФ размещаются физически в России, что исключает зарубежные управляемые сервисы. Инфраструктура должна отвечать требованиям ФСТЭК; проверяемые признаки — аттестат площадки, ISO 27001, PCI DSS для платёжных данных, ГОСТ 57580 для финансового сектора. Эту часть практичнее переложить на провайдера с российскими ЦОД уровня Tier III и готовыми сертификациями.
Второй пласт — импортозамещение: в реестре отечественного ПО уже есть зрелые Postgres Pro, Arenadata DB, Tarantool, Valkey. Требование работать на реестровом ПО дешевле заложить в архитектуру заранее, чем мигрировать под давлением проверки. Сюда же — перевод 1С на PostgreSQL: он требует пропатченной сборки и щедрой дисковой подсистемы.
Зрелая архитектура — почти всегда несколько баз, каждая под свою задачу. Выбор стартует от бизнес-сценария, конфигурация выводится из нагрузки, а спор managed против self-host решается совокупной стоимостью владения, где основной расход — эксплуатация, а не серверы. Требования 152-ФЗ и реестра закладывают на старте: это дешевле любой миграции.