Российские СУБД уже готовы заменить Oracle и Microsoft, но рынок замедляется: заказчики переходят от активного импортозамещения к осознанному выбору. Эксперты обсудили, как выбрать решение, чем отличаются диалекты SQL и где грань между универсальностью и специализацией.
- 1. Введение
- 2. Что происходит на рынке
- 3. Регуляторика и её влияние
- 4. Выбор СУБД: универсальность против специализации
- 5. Совместимость диалектов
- 6. Итоги и прогнозы
- 7. Выводы
Введение
За последние годы российский рынок СУБД прошёл путь от единичных пилотов до полноценной индустрии с десятками вендоров, собственными инструментами миграции и сертифицированными продуктами. Но за общими цифрами роста скрывается неоднородная картина: разные сегменты развиваются с разной скоростью, заказчики всё чаще выбирают осознанно, а регуляторные требования становятся самостоятельным фактором выбора.
На первый план выходят вопросы, которые не решаются одной лишь заменой базы: совместимость с приложениями, геораспределённость, отказоустойчивость и стоимость эксплуатации, а не только лицензии. Эксперты ведущих российских разработчиков собрались в студии AM Live, чтобы разобрать, что происходит на рынке, как выбрать СУБД под конкретные задачи и как пройти миграцию с минимальными потерями.
Рисунок 1. Эксперты в студии AM Live
Участники эфира:
- Александр Ложков, технический директор бизнеса FTData, «Современные Системы».
- Константин Варов, главный архитектор, Диасофт.
- Игорь Турканов, заместитель генерального директора, руководитель Научного центра, концерн ГРАНИТ.
- Алексей Викулин, руководитель по развитию бизнеса, Postgres Professional.
- Руслан Галиев, руководитель команды коробочных продуктов Tarantool, VK Tech.
Ведущий и модератор эфира — Илья Шабанов, генеральный директор «АМ Медиа».
Что происходит на рынке
По данным Центра стратегических разработок, объём рынка СУБД и связанных услуг составляет 101 млрд рублей, темпы роста — около 14%, а к 2032 году рынок должен достигнуть 281 млрд рублей при средних темпах роста 15%. Илья Шабанов отметил, что сам сегмент СУБД внутри этой суммы составляет 58 млрд рублей: 51% — СУБД общего назначения, 38% — аналитические.
Рисунок 2. Российский рынок СУБД
Алексей Викулин предупредил, что за общей цифрой скрывается много сегментов с разной динамикой: транзакционные базы, аналитические решения, лейкхаусы и услуги. Без сегментации сложно сказать, как чувствует себя рынок.
Руслан Галиев обратил внимание на замедление темпов роста: в прошлом отчёте было 34%, сейчас — 14%. По его мнению, это сигнал о том, что импортозамещение остаётся мощным драйвером, но клиенты перешли от агрессивного импортозамещения к прагматичному и осознанному подходу. Зрелость рынка значительно выросла: клиент ожидает уровня энтерпрайза, включая развитые функции безопасности, высококвалифицированную техподдержку, выдерживание высоких нагрузок и масштабируемость. Появляются новые игроки, которые адаптируют open source-проекты.
Рисунок 3. Доли продаж СУБД
Константин Варов согласился, что рынок растёт, но темпы будут снижаться. Он обратил внимание на хрупкость драйвера импортозамещения: 6,5% тех, кто попробовал перейти на российскую СУБД, вернулись обратно. Регулятор немного отпустил сроки, и часть компаний, уже переведших системы на российские СУБД, вернулась на западные решения, считая некоторые российские решения недостаточно зрелыми. Это опасная тенденция, которая может развернуть набранные темпы в обратную сторону.
Игорь Турканов посмотрел с другой стороны: продажи зависят от дистрибьюторов, а технологически каждые два года увеличивается количество хранимой информации, и этот драйвер никуда не денется. С учётом искусственного интеллекта и хранения сгенерированного контента тенденция сохранится.
Распределение 50% на 40% аналитических и транзакционных СУБД будет меняться: аналитические базы предназначены для быстрого текущего анализа потоков, а транзакционные хранилища в России недоразвиты, потому что мало хранится стабильной информации — три месяца и в архив. Для использования ИИ и агентов, которые будут искать информацию в локальном облаке данных, потребуется более длительное и продуманное хранилище.
Игорь Турканов, заместитель генерального директора, руководитель Научного центра, концерн ГРАНИТ
Александр Ложков добавил качественные изменения: от повального принуждения к импортозамещению рынок перешёл к осознанному пониманию того, что требуется. Уменьшение темпов продаж не говорит о насыщении: больше половины решений до сих пор на импортном стеке, причём в критически важной инфраструктуре и наиболее крупных и высоконагруженных областях. Перевод произошёл там, где это было легче сделать. При этом радует, что рынок перешёл от формального перечисления функциональных возможностей к реальным беседам о задачах конкретного клиента.
Алексей Викулин привёл данные опроса более трёхсот компаний по аналитическим решениям: полностью используют российские решения только 20%, ещё 20% используют только иностранные, почти 60% используют иностранные для части задач. Импортозамещение идёт, но инерция связана с тем, что внедрённое решение тяжело вынести из ландшафта — это большое количество интеграций и сложная логика.
Второй фактор — принцип «работает — не трогай»: заказчики боятся всё испортить. Импортозаместили фактически то, что легко было заменить, а сейчас импортозамещаются тяжёлые системы, и это многолетние проекты.
Рисунок 4. Результаты опроса Postgres Professional
Регуляторика и её влияние
Илья Шабанов привёл данные: 90% продаж — российские СУБД, 9% — иностранные, и эта доля практически не меняется. Он спросил, как влияет на рынок приказ ФСТЭК № 117, устанавливающий требования к защите информации в государственных и некоторых других информационных системах.
Илья Шабанов, генеральный директор «АМ Медиа»
Александр Ложков рассказал, что его компания прошла первичную сертификацию во ФСТЭК в этом году. Для них это позитивные изменения: сертификация стала обязательным фильтром для доступа в определённые сегменты шире госсектора, а также добавила гигиенические требования, которые пошли на пользу. Вызовом было создать ещё одну ветку разработки и поддерживать её, сохраняя совместимость с исходным проектом.
Часть требований исходит из давних архитектурных особенностей, например требования переписывать удалённые данные определённой бинарной последовательностью пять раз, чтобы не оставалось следов. Пришлось найти компромисс, который не снижает производительность и отвечает требованиям ФСТЭК, а затем перенести изменения в enterprise-версию.
Игорь Турканов добавил, что ФСТЭК — это не просто регулятор, а способ заставить производителя СУБД пройти глубокое тестирование через лабораторию: анализаторы кода, тестирование на закладки и выявление незадекларированных возможностей. Требования ФСТЭК родились неслучайно: спецслужбы внесли понимание того, что происходит с данными при сдаче старого серверного оборудования на рынок.
Константин Варов уточнил, что зона действия приказа — не только ГИС, но и все, кто с ГИС соприкасается, что сильно расширило круг организаций, которым нужно сертифицированное решение. В сегментах, где действуют требования ФСТЭК, откат на зарубежные решения маловероятен: откат в основном у коммерческих организаций, которые сами определяют технологическую политику.
Алексей Викулин отметил, что регуляторы в разных секторах действуют по-разному: один закручивает гайки, другой даёт отсрочку. Требования по безопасности есть, но на местах компании находят способы их обходить, применяя компенсационные меры. С другой стороны, есть вопросы к СУБД, которые должны нести шифрование, функции администратора без доступа к данным и маскирование. Не у всех это есть, и не все администраторы готовы это настраивать. У отечественных СУБД гораздо выше порог входа: требования к квалификации администратора выше, чем на Oracle или MS SQL.
Алексей Викулин, руководитель по развитию бизнеса, Postgres Professional
В первом опросе зрители ответили, что заставляет их переходить на российские СУБД:
- Требования регуляторов — 62%.
- Ничего, просто интересуются — 18%.
- Стоимость лицензий, поддержки и эксплуатации — 8%.
- Риски информационной безопасности зарубежных СУБД — 7%.
- Новые требования бизнеса и приложений — 3%.
- Риски нарушения работы зарубежных СУБД — 2%.
Рисунок 5. Что заставляет вас переходить на российские СУБД?
Выбор СУБД: универсальность против специализации
Будущее за универсальными СУБД, где есть и транзакционная, и аналитическая часть, или специализация останется? Константин Варов ответил, что всё зависит от задачи. Средний клиент будет эволюционировать в сторону гибридных СУБД, где, как в комбайне, есть всё на все случаи жизни.
Но всегда будет доля пользователей, которым среднего уровня недостаточно, и для них будут создаваться специализированные решения — например, DuckDB, которую часто называют SQLite для аналитики данных. Она появилась уже после ClickHouse, поскольку возникла потребность быстро обрабатывать Parquet-файлы на собственном компьютере.
Эта потребность никуда не исчезнет: специализированные инструменты будут использовать и в будущем. Основная масса решений будет эволюционировать в сторону гибридов, содержащих различные модели работы с данными, а в части реляционной модели — сначала к HTAP (Hybrid Transactional and Analytical Processing), а потом к HSAP (Hybrid Serving/Analytical Processing) — следующему поколению аналитических систем.
Алексей Викулин согласился, что всё идёт от задачи, но большинство задач бизнеса соединяют потребность и в аналитике, и в транзакциях. Бизнес привык на западных решениях видеть гибридность: транзакции кладутся в MS SQL, а потом Excel подключается к этой же базе и крутит данные.
После 2022 года получилось, что для транзакций берут Postgres, для аналитики — другую СУБД, между ними делают слой перекладки данных, потом данные разъезжаются, и нужно ещё решение, которое будет отвечать за качество данных. Всё это требует железных ресурсов, которые дорожают, и дополнительного администрирования. В итоге TCO становится таким, что решение не окупается. Отсюда необходимость в гибридных решениях.
Руслан Галиев добавил, что специализация останется: она делается под условия конкретного класса бизнес-задач. Если нужны экстремальные нагрузки, надёжность, масштабируемость и низкая задержка — подходят специализированные решения. При этом добавление векторного и гибридного поиска делает систему универсальной в ширину, и у клиента останется сочетание специализированных и универсальных решений.
Руслан Галиев, руководитель команды коробочных продуктов Tarantool, VK Tech
Блиц: как выбрать СУБД под конкретные приложения?
Руслан Галиев:
«Идти от целеполагания: понять, для чего нужна информационная система и как ей будут пользоваться. База данных — это фундамент, но сначала нужно разобраться в самой системе и сценариях работы с данными — аналитических или транзакционных. Это накладывает требования к выбору.
Важен момент совместимости: СУБД должна встроиться в текущий ландшафт операционных систем, приложений и языков программирования. Формирование шорт-листа, целеполагание и функциональные требования — это итерационный процесс.
Я бы призывал активно работать с интеграторами или вендорами, которые заходят в задачу, чтобы соединить пожелания и требования с реальностью и получить осязаемый, реально достижимый набор требований к СУБД».
Алексей Викулин:
«Сначала посмотреть, под какие нагрузки и цели нужна СУБД. Потом внимательно изучить рынок и выбрать набор вендоров. Затем протестировать их — чем ближе тесты к реальной нагрузке, тем лучше. И посмотреть референсы: у всех на рынке они уже есть, можно найти компанию из своей отрасли и схожего класса решений».
Игорь Турканов:
«Создаётся песочница, в неё закладывается важная часть работ, делается отчёт и отправляется на анализ искусственному интеллекту. Он вытаскивает неожиданные вещи и даёт отчёт: где требуется профилирование, где чёткий отказ на то или иное действие. Аналитик на основании отчёта делает вывод — изменить параметры или отказаться от этой базы под конкретную задачу. В реальной песочнице возникают совершенно неожиданные результаты».
Константин Варов:
«Есть готовый алгоритм. Первая стадия — определить задачу и класс СУБД: специализированная, аналитическая, транзакционная, гибридная, векторная или высококонвергентная. Определились с задачей — целый пласт решений ушёл.
Среди оставшихся смотрим требования к надёжности, отказоустойчивости и транзакционной целостности: достаточно ли частичной согласованности или нужна жёсткая транзакционность. Ещё отсекли минимум половину.
Затем смотрим характеристики оставшихся продуктов, внешние подтверждения и референсы. Отсекли, набрали фаворитов и взяли их на проверку — каждое утверждение надо проверять».
Александр Ложков:
«Важный фактор — смотреть на самостоятельность вендора СУБД: какие ещё решения в портфеле у акционеров, какие между ними взаимосвязи, какой продукт основной, а какой подчинённый. Зачастую там можно обнаружить связи от стопроцентной аффилированности до полной независимости. Взаимосвязи между продуктами определяют финансовые и кадровые решения и серьёзно влияют на длительные отношения, потому что выбор СУБД — это решение надолго».
Во втором опросе зрители поделились, что для них важно при выборе СУБД (мультивыбор):
- Стоимость лицензий и эксплуатации — 83%.
- Простота внедрения или миграции — 76%.
- Совместимость с приложениями — 68%.
- Производительность и масштабируемость — 62%.
- Отказоустойчивость — 61%.
- Функциональность — 49%.
- Надёжность разработчика — 48%.
Рисунок 6. Что для вас важно при выборе СУБД?
Совместимость диалектов
На вопрос о способности СУБД работать на разных диалектах без конвертации кода Константин Варов ответил, что это возможно. Продукт Digital Q.DataBase — гибридная СУБД, где реляционная часть представлена тремя независимыми модулями: один обеспечивает максимальную совместимость с Postgres, второй Marble — полный функциональный клон SQL Server с тем же транспортным протоколом и системными таблицами, третий Onix — клон Oracle с совместимостью 82% и исполнением PL/SQL в точности как в оригинале. К SQL Server совместимость 98%, и к ним прилагаются компоненты инфраструктуры вроде Service Broker и SSRS (SQL Server Reporting Services).
Константин Варов, главный архитектор, Диасофт
Игорь Турканов предупредил, что не стоит увлекаться: администратор, который знает и Postgres, и Oracle, — редкость, и если в системе много разных диалектов, будет сложно найти замену специалисту. После миграции специализация важнее универсальности.
Константин Варов возразил: поддержка совместимости с Oracle и Microsoft — это не только про диалекты, а про то, чтобы ядро и возможности СУБД догнали Oracle по функциональности: встроенные очереди, шлюз с Kafka, стрим-таблицы, блокчейн-таблицы, векторизация.
Александр Ложков высказал позицию о том, что архитектурно правильнее идти от прикладного приложения, которое порождено бизнес-задачами. Оптимизация на уровне приложения и бизнес-процесса даёт гораздо больший эффект, чем попытки подогнать синтаксис запросов под конкретную СУБД. Иногда задачу можно решить вообще без технических изменений — просто договорившись с бизнесом, зачем это нужно. А если менять приложение, прирост производительности может быть на один-два порядка выше, чем при синтаксической подстройке базы.
Важно оторвать приложение от конкретной проприетарной системы, иначе получите новую зависимость, только более глубокую. Гарантию совместимости может дать только вендор прикладного решения, а не вендор СУБД, и когда это разные лица, нужно постоянно поддерживать совместимость.
Александр Ложков, технический директор бизнеса FTData, «Современные Системы»
Константин Варов добавил, что для проверки совместимости они заставляют СУБД выполнять конструкции из реальных приложений и превращают найденные расхождения в тест-кейсы — сейчас несколько десятков тысяч кейсов проверяют строгую совместимость с зарубежными СУБД. Дельта от проекта к проекту становится меньше.
Игорь Турканов считает, что во всём нужна мера. Когда кто-то написал на Oracle что-то серьёзное в хранимых процедурах с закрученными процессами, перенести это на другую СУБД крайне сложно, даже если синтаксис сохранился. Он привёл пример: при работе с Postgres ошибка выдаёт код ошибки, а при работе с Oracle — ссылку на процедуру, которая будет обрабатывать ошибку. Это разные планеты, и их совмещение опасно.
Алексей Викулин отметил, что на 100% повторить Oracle никто, кроме Oracle, не может. Можно повторить на 95%, а в неповторённых 5% может оказаться функция, которая заказчику нужна. Поэтому иногда проще переписать приложение, чем ждать доработки вендора. При этом диалект Postgres сейчас один из основных в мире и по распространённости среди разработчиков далеко впереди Oracle и Microsoft.
В третьем опросе выяснилось, что, по мнению зрителей, вызывает наибольшую сложность при внедрении российских СУБД:
- Сложность и стоимость миграции — 37%.
- Недостаток специалистов и компетенций — 34%.
- Проблемы с производительностью и отказоустойчивостью — 11%.
- Сложность выбора — 8%.
- Недостаточная зрелость продуктов — 7%.
- Недостаточная совместимость с приложениями — 3%.
Рисунок 7. Что вызывает наибольшую сложность при внедрении российских СУБД?
Итоги и прогнозы
Игорь Турканов:
«Сто процентов, ИИ будет в 2027 году определять то, что будет с базами данных».
Константин Варов:
«Надо работать со стоимостью продуктов, снижать стоимость коммерческих лицензий, например за ядро. Мы запустили такую активность — выпустить полностью бесплатную российскую СУБД, которая станет национальной заменой для ванильного Postgres».
Александр Ложков:
«Порой идеальная СУБД — это та, чья работа остаётся незаметной пользователю. Останется сегмент для идеально совместимых с прикладными решениями СУБД, у которых единое окно поддержки и которые развиваются в синергии с прикладным решением — ничего лишнего, только то, что нужно».
Руслан Галиев:
«В целом это совпадает с нашей стратегией ставки на ИИ. Искусственный интеллект будет диктовать требования снижения порога входа — за этими двумя трендами мы тоже следим и в них верим».
Алексей Викулин:
«Приятно, что люди осознают и говорят про стоимость эксплуатации, а не про стоимость лицензии — это два разных момента. Многие считают, что взять бесплатное — это бесплатно, а потом на эксплуатации платят столько, что дешевле было бы купить платное. И ещё: в облака сейчас верят чуть больше, чем в возвращение иностранных вендоров».
В финальном опросе зрители поделились мнением, какие из прогнозов для рынка СУБД реализуются в ближайшие 3–5 лет (мультивыбор):
- ИИ существенно изменит требования к СУБД — 100%.
- Главным критерием выбора станет стоимость эксплуатации — 62%.
- Вырастет спрос на распределённые и высоконагруженные СУБД — 59%.
- PostgreSQL станет основой большинства корпоративных СУБД — 41%.
- Универсальные СУБД вытеснят специализированные решения — 38%.
- Большинство СУБД будут поставляться в виде сервиса из облака — 5%.
- Иностранные вендоры снова вернутся — 2%.
Рисунок 8. Какие из прогнозов для рынка СУБД реализуются в ближайшие 3–5 лет?
Выводы
Российский рынок СУБД вырос и стал зрелым, но его динамика замедляется. Импортозамещение остаётся мощным драйвером, однако клиенты перешли от агрессивного перехода к осознанному подходу: они выбирают, тестируют и хотят измеримого эффекта. Больше половины решений до сих пор на импортном стеке, причём в критически важной инфраструктуре, а импортозаместили в первую очередь то, что было легко заменить. Тревожная тенденция — откат части заказчиков на зарубежные решения из-за незрелости отдельных российских продуктов.
Регуляторика остаётся одним из главных факторов: приказ ФСТЭК № 117 расширил круг организаций, которым нужно сертифицированное решение, и стал фильтром для доступа в определённые сегменты. Сертификация добавила гигиенические требования и заставила производителей пройти глубокое тестирование, включая анализ кода и проверку на закладки. Часть требований связана с давними архитектурными особенностями. В качестве примера Ложков привёл требование пять раз перезаписывать удалённые данные определённой бинарной последовательностью, чтобы не оставалось следов.
Выбор между универсальностью и специализацией зависит от задачи. Средний клиент будет двигаться в сторону гибридных СУБД, где есть и транзакции, и аналитика, а специализированные решения останутся для нишевых задач с экстремальными требованиями.
Совместимость с приложениями — не только про диалекты SQL. Оценивать решение нужно с учётом производительности, надёжности и стоимости. Подход к миграции зависит от приложения: если его нельзя менять, проще подобрать совместимую СУБД; если код свой, можно адаптировать приложение под новую базу. Гарантию совместимости может дать только вендор прикладного решения, и идеальный вариант — когда вендоры СУБД и приложения работают в синергии.
Главные сложности при внедрении — стоимость и сложность миграции и нехватка специалистов. Высокий порог входа требует от вендоров упрощения администрирования, развития инструментов управления СУБД и обучения специалистов. Важно различать стоимость лицензии и стоимость эксплуатации: бесплатное решение может оказаться дороже в эксплуатации, и оценивать TCO нужно на горизонте нескольких лет.
Будущее рынка — за снижением порога входа, гибридными решениями, ИИ и стоимостью эксплуатации как главным критерием выбора.
Телепроект AM Live еженедельно приглашает экспертов отрасли в студию, чтобы обсудить актуальные темы российского рынка ИБ и ИТ. Будьте в курсе трендов и важных событий. Для этого подпишитесь на наш YouTube-канал. До новых встреч!
