Поделиться
Российский разработчик анонсировал национальную СУБД с открытым кодом
Импортозамещение в мире баз данных даётся тяжело. Прикладные программные продукты, которые работают на СУБД Oracle и Microsoft SQL Server, нельзя просто взять и перенести на импортонезависимые СУБД на основе PostgreSQL. Из-за принципиальных различий в архитектуре этих СУБД весь код приложений, накопленный десятилетиями, пришлось бы переписывать. Слишком дорого, слишком долго. Но именно этот вызов заставил рынок не искать обходные пути, а создавать своё — вплоть до национальной СУБД. Один из таких амбициозных проектов обсуждали на Дне СУБД, который организовала компания «Диасофт».
Зачем делать собственную СУБД
В беседе с ведущим РБК ТВ Сергеем Красновым генеральный директор «Диасофт» Александр Глазков рассказал о СУБД Digital Q.DataBase с функцией «Полиглот» и о том, как она появилась на свет.
Решения компании, предназначенные для автоматизации банковского сектора и работы в высоконагруженных системах, содержат миллионы и десятки миллионов строк кода. И вся эта инфраструктура была исторически завязана на СУБД Oracle и Microsoft. В ряде проектов до 90% логики было написано с учётом их уникальных возможностей. Просто «переехать» не получилось бы: переписывание всех приложений заняло бы годы и стоило баснословных денег.
В «Диасофт» быстро поняли: основную проблему в импортозамещении СУБД представляет собой перенос на российское решение огромного массива старого кода. Готовых инструментов на рынке не было. Привычной по Oracle и MSSQLфункциональности самой СУБД — тоже. Поэтому разработчики начали расширять функциональность PostgreSQL. Они доработали ядро СУБД так, чтобы старый код работал с минимальными изменениями, а конвертация проходила почти автоматически.
Так появилось собственное решение — Digital Q.DataBase.
Функциональность банковских систем «Диасофт» на первой версии DigitalQ.DataBase система заработала быстро. Но потом были выявлены проблемы в производительности: на старте разработок она была в разы хуже, чем на СУБД Oracle и Microsoft. Последующие годы ушли на глубокую оптимизацию: клиенты не были готовы менять платформу, кратно увеличивая ресурсы. Результаты этой оптимизации видны уже сегодня: по многим операциям Digital Q.DataBase от «Диасофт» вышла на сопоставимый уровень производительности, а в ряде сценариев — и выше.
Изначально ставка делалась на конвертацию хранимой бизнес-логики, но со временем стало понятно: можно поддержать синтаксическую совместимость с зарубежными СУБД и тем самым исключить необходимость как-либо менять существующие приложения. Сейчас совместимость Digital Q.DataBase с Microsoft SQL Server достигает около 98% — большинство систем переносятся без изменений. С Oracle сложнее: текущий уровень совместимости 76%. Этого в общем случае недостаточно, чтобы проект прошел совсем без доработок со стороны СУБД, но они обычно закрываются за несколько месяцев в рамках проекта. Отсутствие необходимости переписывать прикладной код многократно перекрывает затраты на эти доработки.
«Если говорить о бизнес-эффекте, то ключевая ценность — это экономия ресурсов. Переписывание крупных систем, которые создавались десятилетиями и насчитывают миллионы строк кода, — это проекты на годы с высокими рисками. Наш подход позволяет сократить стоимость в разы, иногда в десятки раз. По срокам проекты у крупных заказчиков всё равно занимают время (обычно около года), поскольку речь идёт о критической инфраструктуре, требующей тщательного тестирования, но это несопоставимо быстрее и безопаснее, чем полная переработка», — говорит Александр Глазков.
Доверие к замене приходит через реальные внедрения. Такие проекты у «Диасофт» уже есть — в банковской и финансовой сфере.
Как Digital Q.DataBase решает проблему переписывания кода
Большинство решений на рынке заставляют переписывать прикладной код под диалект PostgreSQL. «Диасофт» предлагает «полиглотную» СУБД: Digital Q.DataBase «понимает» несколько самых востребованных диалектов SQL и воспроизводит функциональность Oracle DataBase и MicrosoftSQLServer. При этом остается 100% совместимость с диалектом PostgreSQL, но он теперь — лишь один из трех поддерживаемых SQL-диалектов.
Похожие подходы есть и за рубежом — например, у южнокорейской TmaxData, американского Amazon, китайской Alibaba Cloud — каждый из них поддерживает по одному из востребованных SQL-диалектов. В СУБД от «Диасофт» подход универсальнее: поддержка T-SQL и PL/SQL, совместимость с пакетами Oracle, протокол TDS для приложений Microsoft SQL Server, собственные драйверы и API.
Миграция максимально проста. Установил систему, запустил мастер переноса, подключился к исходной базе, выбрал объекты — и получаешь практически полный клон базы в новой среде. При хороших ресурсах скорость миграции может достигать терабайта в час. Клиентские приложения дорабатывать не нужно — благодаря совместимости на уровне библиотек и драйверов они продолжают работать как ни в чём не бывало. Ни серверную, ни клиентскую логику переписывать не требуется. Экономия — колоссальная.
Сроки внедрения для крупных организаций — год-полтора, для более простых — значительно меньше, около 4-6. Каждая новая миграция ускоряет последующие: СУБД становится более зрелой, а процессы внедрения — всё более отработанными.
«Диасофт» выпустил и бесплатную редакцию Digital Q.DataBase — она полнофункциональная, но ограничена 8 ядрами. Для современных микросервисных и распределённых архитектур этого достаточно. Продукт набирает популярность: если в первый месяц было 20–30 скачиваний, то сейчас — более 500 в месяц. География — от Дальнего Востока до Калининграда.
Анонс национальной СУБД с открытым кодом
Также на конференции «Диасофт» и НППКТ (создатель СУБД «Лира-Р» и ОС «Основа») объявили о создании Ассоциации разработчиков СУБД и выпуске первой версии бесплатной национальной СУБД с открытым кодом — RuDB на базе PostgreSQL 18.2. Она призвана заменить «ванильный» PostgreSQL для задач российского бизнеса.
Казалось бы, можно обойтись «ванильной» версией PostgreSQL — международный продукт с активным сообществом, регулярными обновлениями и российскими контрибьюторами. Но при ближайшем рассмотрении для многих задач этого мало.
За рубежом PostgreSQL чаще всего дополняет Oracle и Microsoft или заменяет их в некритичных сценариях. В России же его используют как полноценную замену — в крупном и среднем бизнесе, в критической инфраструктуре, где от системы зависит работа компании.
В таких условиях возникают новые требования. Код, разрабатываемый сообществом, по определению содержит уязвимости — их нужно системно устранять. Важна совместимость с российскими системами вроде 1С. И, конечно, поддержка: в случае инцидентов нужны специалисты, готовые вмешаться в код. Рынку требуется не просто технология, а полноценная инфраструктура компетенций и ответственности.
«Ключевой фактор — это контроль над технологией. Использование чужих решений, даже успешных, сохраняет зависимость, поэтому важно развивать собственную экосистему. При этом значительная часть доработок — это общая ценность для рынка благодаря безопасности, совместимости и инструментам миграции. Мы уже передали в этот открытый проект значительную часть своих наработок по Digital Q.DataBase — более миллиона строк исходного кода», — отмечает Глазков.
После ухода Oracle и Microsoft на рынке СУБД в России образовалась огромная ниша. В реестре российского ПО появилось больше 60 отечественных СУБД, но почти нет решений, которые одновременно бесплатны, безопасны, подходят для КИИ, сертифицированы ФСТЭК, справляются с большими нагрузками и совместимы с существующими системами.
Главная проблема отрасли — дублирование усилий разработчиков СУБД. По оценке «Диасофт», около 45% ресурсов вендоров уходит на поддержку обязательных требований российского законодательства. Ещё 30–35% — на повторение чужих решений. И только около 20% — на реальные инновации.
По состоянию на сегодня 18 из 60 включенных в реестр российского ПО СУБД построены на базе PostgreSQL. То есть, 18 компаний дублируют усилия друг друга. Чтобы создать полноценную национальную СУБД, нужно объединять эти усилия. Желательно также участие государства в этой инициативе. «Диасофт» выбрал стратегию: «сначала сделать, потом масштабировать через сообщество и государство» и уже начал этот процесс.
Участники Ассоциации могут вносить свой вклад в объединенную СУБД и использовать общие наработки в собственных коммерческих продуктах.
Обычной транзакционной СУБД уже недостаточно для растущих требований по производительности. Поэтому в национальную платформу добавили компонент для in‑memory обработки данных. Причём так, что разработчики могут обращаться к данным в памяти, используя привычный язык SQL. Во многих сценариях — особенно в банковской сфере — есть «горячие» данные, которые нельзя обрабатывать только через классическую базу. Их нужно держать в памяти. Это ускоряет расчёты, снижает нагрузку и позволяет строить современные приложения. Гибридность — не опция, а необходимость.
В RuDB также устранены уязвимости исходного PostgreSQL, реализован векторный поиск, поддерживаются глобальные временные таблицы. Система соответствует требованиям ФСТЭК и готова для работы с КИИ и персональными данными. Объём кода RuDB — около 3,1 млн строк. Уже сейчас она закрывает потребности подавляющего большинства организаций.
Ключевое преимущество — открытый исходный код. Ассоциация даёт свободный доступ к RuDB: скачивай и используй. Бесплатная модель — сознательный выбор компании, её вклад в развитие рынка СУБД в России. Но Ассоциация не замыкается на себе и приглашает других вендоров к сотрудничеству — чтобы поднять зрелость рынка и эффективнее отвечать на запросы заказчиков.
Такой подход уже доказал свою состоятельность за рубежом. В Китае крупные банки и технологические компании сообща развивают открытые решения, например, открытая СУБД openGauss. Ассоциация разработчиков СУБД не копирует этот путь, но исходит из той же логики: совместная работа — самый естественный и рациональный способ развития отрасли.
Короткая ссылка
