СУБДный день. Оптимальные сценарии миграции на российское ПО
Работа современной компании невозможна без множества информационных систем на основе СУБД (cистема управления базами данных). Эта категория программного обеспечения (ПО) позволяет хранить информацию и работать с ней. Кроме того, СУБД — это конфиденциальность и перемещение данных, связь с другими программами и приложениями.
В начале этого года Минцифры определило для государственных компаний сроки перехода на российское программное обеспечение. В частности, с 1 января 2025 года они должны начать использовать отечественные операционные системы, офисные пакеты, антивирусные программы и системы виртуализации, а с 1 января 2026 года — российские системы управления базами данных. Рассмотрим несколько оптимальных сценариев миграции на отечественные СУБД, применение которых поможет компаниям уложиться в срок.
Это самый быстрый и простой способ перехода, но при этом и рискованный: систему не нужно переписывать — достаточно перенести данные на новую СУБД. Замена занимает от недели до нескольких месяцев в зависимости от процедур и регламентов компании.
Важно понимать, что российские СУБД — это не точные копии продуктов вендоров, ушедших с отечественного рынка. Иностранные СУБД обычно представляют собой универсальные коробочные решения с расширенной функциональностью, которая далеко не всем нужна. Как правило, такие продукты лицензируются целиком — в итоге компания платит даже за ненужные ей функции. При этом большинство российских решений предлагают только базовую функциональность для хранения, обработки и защиты данных. Повышенная безопасность, производительность и другие специфические функции при необходимости реализуются дополнительно.
Таким образом, замена западной СУБД российским продуктом без доработки базы данных или преобразования IT-ландшафта актуальна только для простых и ненагруженных информационных систем, которым не нужна специфическая функциональность зарубежных решений: защита от привилегированных пользователей, глобальные индексы, трассировка сессий.
Большинство российских разработчиков готовы кастомизировать свою СУБД под запрос клиента. Например, если необходимо перенести автоматизированную систему с чувствительными данными, в СУБД можно реализовать высокие требования кибербезопасности. Для корпораций с большим количеством инсталляций СУБД возможны доработки, которые упростят сопровождение. В итоге компания сможет предотвращать инциденты и оперативно решать проблемы. Либо можно выпустить вспомогательные инструменты мониторинга, оптимизации, репликации, отчетности. Простые доработки займут пару недель, глобальные — до полугода.
В крупных компаниях разные направления имеют различные архитектурные подходы, историю работ и срок разработки. «Типовая» миграция возможна не везде, а многие проекты уникальны. В таком случае успешность миграции во многом определяется экспертизой команды поддержки вендора, которая проведет технологический консалтинг и выработает оптимальную программу перехода на новый стек: оценит, какие информационные системы можно просто и быстро перенести на новую СУБД, а какие целесообразнее доработать.
Бывает, что ни одна из имеющихся на рынке СУБД не может оптимально работать с некоторыми информационными системами. Например, когда прикладное решение использует синтаксис зарубежной системы управления базами данных. Давайте разберем варианты миграции, когда невозможно просто заменить одну СУБД на другую.
Если есть доступ к исходному коду системы, ее можно доработать. Например, Сберу для перехода на СУБД собственной разработки потребовалось пересмотреть архитектуру многих автоматизированных систем, переписать приложения, вынести прикладную логику за пределы СУБД и выполнить множество других оптимизаций.
Такой вариант позволяет сделать архитектуру приложений более современной. Это важно, если она создавалась давно и больше не соответствует текущим нагрузкам и требованиям надежности.
Когда существующее прикладное решение уже не отвечает бизнес-задачам компании, целесообразнее менять не одну СУБД, а все решение целиком. Как правило, прикладные системы идут в комплекте с совместимой СУБД. Однако у большинства сложных отраслевых решений нет аналогов на российском рынке. В этом случае компании могут решить самостоятельно разрабатывать замену c нуля. Но процесс может растянуться на годы, а желаемый результат не гарантирован.
Сегодня существуют готовые платформенные решения, которые включают совместимые программные продукты и позволяют сильно сократить сроки разработки.
Как привило, в состав цифровых платформ входят большинство популярных категорий программных продуктов: компоненты и инструменты, среда разработки, алгоритмы и методологии, базы данных, решения для интеграции, обеспечения производственного процесса, аналитики, виртуализации и контейнеризации. Благодаря необходимым инструментам, унифицированным правилам и единой среде разработки на базе платформенных решений можно быстро собрать необходимую функциональность. Платформенные решения дают возможность унифицировать техстек и совместить в одном проекте программу импортозамещения и модернизацию IT-ландшафта. Прежде всего следует проанализировать всю архитектуру компании и понять, что можно улучшить, а уже потом выработать подход к миграции.
Крупные вендоры проводят аудит, помогают наладить целевые процессы разработки ПО и оказывают услуги технического консалтинга. Благодаря этому заказчикам проще актуализировать цифровую стратегию, обосновать проекты и защитить бюджет. Комплексное преобразование IT-ландшафта позволит компании сделать разработку новых решений гибкой и управляемой. В итоге бизнес сможет оперативнее реагировать на изменяющиеся запросы рынка, улучшать клиентский опыт, легче и быстрее масштабироваться, создавая конкурентные продукты и сервисы.
В крупных корпорациях, таких как Сбер, зачастую сложно обойтись только одним сценарием миграции. В рамках программы по импортозамещению СУБД мы применяли несколько сценариев для разных направлений. Как итог — Сбер перевел на свою СУБД многие бизнес-процессы — сегодня она используется в архитектуре уже 740 автоматизированных систем. Десятки тысяч инсталляций Platform V Pangolin успешно эксплуатируются в составе сервисов и приложений различного уровня масштаба и критичности.
Напомню: еще несколько лет назад в Сбере была одна из крупнейших инсталляций популярных зарубежных вендоров MSSQL и Oracle. Мы пошли путем разработки собственного решения, так как на тот момент ни одна отечественная СУБД не соответствовала нашим повышенным стандартам надежности и безопасности. Команда СберТеха создала Platform V Pangolin — СУБД промышленного уровня. Мы расширили и доработали открытую версию PostgreSQL для соответствия требованиям крупного бизнеса, обеспечили производительность и скорость, необходимую для перехода высоконагруженных приложений компании.
Ни для кого не секрет, что Сбер работает в условиях, где требования к надежности всех компонентов системы являются одними из самых строгих. Поэтому уже на старте разработки СУБД Platform V Pangolin мы готовили ее для работы в условиях экстремальных нагрузок. Для каждого нового релиза мы проводим множество специфичных тестов, таких как имитация сбоя оборудования, замедление работы системы хранения данных и еще целый комплекс различных исскуственных аварийных ситуаций. Такой подход позволяет нам еще до выпуска финальной версии дистрибутива проверять систему на устойчивость к различным ошибкам и аномалиям. Мы уделяем особое внимание автоматизации процессов тестирования и исправления ошибок, благодаря чему удается оперативно реагировать на возникающие проблемы и снижать риски их повторного появления.
Но не всем участникам рынка подходит создание собственного решения на основе open source. Для этого компания должна иметь глубокую технологическую экспертизу и опыт в создании ПО. К счастью, за последние годы российский рынок разработки программного обеспечения пополнился множеством сильных игроков, которые предлагают достаточно зрелые решения. По данным Центра стратегических разработок (ЦСР), в 2023 году доля российского ПО на общемировом рынке СУБД и инструментов обработки данных выросла относительно 2022 года на 49 процентных пунктов и достигла 82% рынка (55 млрд рублей). При этом доля СУБД общего назначения в категории российских СУБД и инструментов обработки данных в 2023 году составила 54%. По прогнозам ЦСР, доля сохранится на этом же уровне до 2030 года, а вот объем сегмента вырастет почти в 3,5 раза.
Этот материал опубликован на платформе бизнес-сообщества Forbes Экспертиза
В начале этого года Минцифры определило для государственных компаний сроки перехода на российское программное обеспечение. В частности, с 1 января 2025 года они должны начать использовать отечественные операционные системы, офисные пакеты, антивирусные программы и системы виртуализации, а с 1 января 2026 года — российские системы управления базами данных. Рассмотрим несколько оптимальных сценариев миграции на отечественные СУБД, применение которых поможет компаниям уложиться в срок.
Миграция «один к одному»
Это самый быстрый и простой способ перехода, но при этом и рискованный: систему не нужно переписывать — достаточно перенести данные на новую СУБД. Замена занимает от недели до нескольких месяцев в зависимости от процедур и регламентов компании.
Важно понимать, что российские СУБД — это не точные копии продуктов вендоров, ушедших с отечественного рынка. Иностранные СУБД обычно представляют собой универсальные коробочные решения с расширенной функциональностью, которая далеко не всем нужна. Как правило, такие продукты лицензируются целиком — в итоге компания платит даже за ненужные ей функции. При этом большинство российских решений предлагают только базовую функциональность для хранения, обработки и защиты данных. Повышенная безопасность, производительность и другие специфические функции при необходимости реализуются дополнительно.
Таким образом, замена западной СУБД российским продуктом без доработки базы данных или преобразования IT-ландшафта актуальна только для простых и ненагруженных информационных систем, которым не нужна специфическая функциональность зарубежных решений: защита от привилегированных пользователей, глобальные индексы, трассировка сессий.
Доработка СУБД
Большинство российских разработчиков готовы кастомизировать свою СУБД под запрос клиента. Например, если необходимо перенести автоматизированную систему с чувствительными данными, в СУБД можно реализовать высокие требования кибербезопасности. Для корпораций с большим количеством инсталляций СУБД возможны доработки, которые упростят сопровождение. В итоге компания сможет предотвращать инциденты и оперативно решать проблемы. Либо можно выпустить вспомогательные инструменты мониторинга, оптимизации, репликации, отчетности. Простые доработки займут пару недель, глобальные — до полугода.
Сложная миграция
В крупных компаниях разные направления имеют различные архитектурные подходы, историю работ и срок разработки. «Типовая» миграция возможна не везде, а многие проекты уникальны. В таком случае успешность миграции во многом определяется экспертизой команды поддержки вендора, которая проведет технологический консалтинг и выработает оптимальную программу перехода на новый стек: оценит, какие информационные системы можно просто и быстро перенести на новую СУБД, а какие целесообразнее доработать.
Бывает, что ни одна из имеющихся на рынке СУБД не может оптимально работать с некоторыми информационными системами. Например, когда прикладное решение использует синтаксис зарубежной системы управления базами данных. Давайте разберем варианты миграции, когда невозможно просто заменить одну СУБД на другую.
Доработка информационной системы
Если есть доступ к исходному коду системы, ее можно доработать. Например, Сберу для перехода на СУБД собственной разработки потребовалось пересмотреть архитектуру многих автоматизированных систем, переписать приложения, вынести прикладную логику за пределы СУБД и выполнить множество других оптимизаций.
Такой вариант позволяет сделать архитектуру приложений более современной. Это важно, если она создавалась давно и больше не соответствует текущим нагрузкам и требованиям надежности.
Замена прикладного решения
Когда существующее прикладное решение уже не отвечает бизнес-задачам компании, целесообразнее менять не одну СУБД, а все решение целиком. Как правило, прикладные системы идут в комплекте с совместимой СУБД. Однако у большинства сложных отраслевых решений нет аналогов на российском рынке. В этом случае компании могут решить самостоятельно разрабатывать замену c нуля. Но процесс может растянуться на годы, а желаемый результат не гарантирован.
Платформенный подход
Сегодня существуют готовые платформенные решения, которые включают совместимые программные продукты и позволяют сильно сократить сроки разработки.
Как привило, в состав цифровых платформ входят большинство популярных категорий программных продуктов: компоненты и инструменты, среда разработки, алгоритмы и методологии, базы данных, решения для интеграции, обеспечения производственного процесса, аналитики, виртуализации и контейнеризации. Благодаря необходимым инструментам, унифицированным правилам и единой среде разработки на базе платформенных решений можно быстро собрать необходимую функциональность. Платформенные решения дают возможность унифицировать техстек и совместить в одном проекте программу импортозамещения и модернизацию IT-ландшафта. Прежде всего следует проанализировать всю архитектуру компании и понять, что можно улучшить, а уже потом выработать подход к миграции.
Крупные вендоры проводят аудит, помогают наладить целевые процессы разработки ПО и оказывают услуги технического консалтинга. Благодаря этому заказчикам проще актуализировать цифровую стратегию, обосновать проекты и защитить бюджет. Комплексное преобразование IT-ландшафта позволит компании сделать разработку новых решений гибкой и управляемой. В итоге бизнес сможет оперативнее реагировать на изменяющиеся запросы рынка, улучшать клиентский опыт, легче и быстрее масштабироваться, создавая конкурентные продукты и сервисы.
Опыт Сбера
В крупных корпорациях, таких как Сбер, зачастую сложно обойтись только одним сценарием миграции. В рамках программы по импортозамещению СУБД мы применяли несколько сценариев для разных направлений. Как итог — Сбер перевел на свою СУБД многие бизнес-процессы — сегодня она используется в архитектуре уже 740 автоматизированных систем. Десятки тысяч инсталляций Platform V Pangolin успешно эксплуатируются в составе сервисов и приложений различного уровня масштаба и критичности.
Напомню: еще несколько лет назад в Сбере была одна из крупнейших инсталляций популярных зарубежных вендоров MSSQL и Oracle. Мы пошли путем разработки собственного решения, так как на тот момент ни одна отечественная СУБД не соответствовала нашим повышенным стандартам надежности и безопасности. Команда СберТеха создала Platform V Pangolin — СУБД промышленного уровня. Мы расширили и доработали открытую версию PostgreSQL для соответствия требованиям крупного бизнеса, обеспечили производительность и скорость, необходимую для перехода высоконагруженных приложений компании.
Ни для кого не секрет, что Сбер работает в условиях, где требования к надежности всех компонентов системы являются одними из самых строгих. Поэтому уже на старте разработки СУБД Platform V Pangolin мы готовили ее для работы в условиях экстремальных нагрузок. Для каждого нового релиза мы проводим множество специфичных тестов, таких как имитация сбоя оборудования, замедление работы системы хранения данных и еще целый комплекс различных исскуственных аварийных ситуаций. Такой подход позволяет нам еще до выпуска финальной версии дистрибутива проверять систему на устойчивость к различным ошибкам и аномалиям. Мы уделяем особое внимание автоматизации процессов тестирования и исправления ошибок, благодаря чему удается оперативно реагировать на возникающие проблемы и снижать риски их повторного появления.
Но не всем участникам рынка подходит создание собственного решения на основе open source. Для этого компания должна иметь глубокую технологическую экспертизу и опыт в создании ПО. К счастью, за последние годы российский рынок разработки программного обеспечения пополнился множеством сильных игроков, которые предлагают достаточно зрелые решения. По данным Центра стратегических разработок (ЦСР), в 2023 году доля российского ПО на общемировом рынке СУБД и инструментов обработки данных выросла относительно 2022 года на 49 процентных пунктов и достигла 82% рынка (55 млрд рублей). При этом доля СУБД общего назначения в категории российских СУБД и инструментов обработки данных в 2023 году составила 54%. По прогнозам ЦСР, доля сохранится на этом же уровне до 2030 года, а вот объем сегмента вырастет почти в 3,5 раза.
