Миграция без боли.
Как российскому бизнесу сменить СУБД и не потерять в производительности
Не все российские компании решаются перейти на отечественную систему управления базами данных (СУБД). Одним кажется немыслимым отказ от привычных зарубежных решений, другие боятся возможных разрывов в бизнес-процессах. Глава отдела технического консалтинга Postgres Professional Марк Ривкин убежден, что долго избегать миграции СУБД без серьезных последствий у российского бизнеса не получится. В своей колонке эксперт объяснил, почему так считает.
В чем сложность миграции
Переход с зарубежных на отечественные ИТ-решения — долгий и сложный процесс, и миграция с одной СУБД на другую — не исключение. Дело в том, что переход обычно состоит из нескольких этапов: миграции структуры данных, переноса самих данных и кода, то есть процедур и функций, разработанных для конкретной СУБД.
Уровень сложности на каждом этапе зависит от того, с какой именно СУБД будет совершена миграция. Кроме того, надо проверить, что после миграции новая система работает так же, как исходная, то есть провести функциональное тестирование, а также потратить немало времени на настройку производительности, чтобы новая система работала не медленнее старой.
На практике это означает, что чем глубже иностранная СУБД встроена в бизнес-логику компании, тем выше требования к планированию перехода. Особенно это заметно в Oracle и MS SQL. За годы работы в коде появляются хранимые процедуры, ассоциативные массивы, сложные коллекции, новые типы данных и нестандартные сценарии работы с ними.
Не стоит забывать, что тот же Oracle — решение с более чем 50-летней историей разработки и огромной практикой применения по всему миру. На сегодняшний день на мировом рынке нет более технически развитой системы управления базами данных. Поэтому я считаю, что полностью заменить или точно воспроизвести его сейчас не сможет никто. Вопрос в том, надо ли копировать Oracle? Мы в Postgres Professional считаем, что не надо. А надо реализовывать свои, принципиально иные подходы, разрабатывать собственные технологии, которые могут превзойти те, что есть в Oracle, и в итоге будут лучше отвечать задачам заказчиков.
Задача бизнеса не в том, чтобы найти «копию Oracle», а в том, чтобы получить устойчивую масштабируемую платформу промышленного уровня, которая решает прикладные задачи здесь и сейчас, без зависимости от зарубежного вендора и рисков остановки систем.
Технологии для высоких нагрузок
Опасения вокруг производительности во многом становятся неактуальны. На рынке уже есть реально работающие продукты, даже под высокими нагрузками. Postgres Pro Enterprise с расширенными функциями безопасности и производительности для больших корпоративных систем выдерживает тысячи одновременных подключений и десятки терабайт данных, что критично для финтеха, ретейла и госсектора.
Если же бизнесу нужно неограниченное масштабирование, применяются технологии шардирования, которые позволяют линейно наращивать мощность. Добавляете серверы, растет скорость обработки транзакций. Это снимает «стеклянный потолок» производительности, с которым сталкиваются пользователи классических зарубежных СУБД.
Состоятельность российских разработок подтверждается реальными проектами. Например, в Газпромбанке на Postgres Pro Enterprise успешно перевели ключевую автоматизированную банковскую систему, обслуживающую миллионы клиентов и выдерживающую пиковые транзакционные нагрузки. В Федеральном казначействе переход ГИС ГМП на Postgres Pro Shardman позволил не только достичь технологической независимости, но и обеспечить горизонтальное масштабирование системы национального масштаба на базе данных свыше 200 терабайт.
В одном из региональных проектов в Иркутской области после миграции объем базы данных уменьшился на 30% благодаря эффективному сжатию, а в «Авито» внедрение Postgres Pro позволило поддерживать стабильную работу сервиса при колоссальном росте нагрузки, сохраняя отклик системы в пределах миллисекунд. Говоря о сроках миграции, аналитическая система «Росагролизинга» с объемом данных более 6 терабайт была переведена на Postgres Pro примерно за пять месяцев от обследования до ввода в промышленную эксплуатацию.
Инструменты «мягкой» миграции
На рынке существуют инструменты, обеспечивающие плавную миграцию и минимизирующие риски. Для переноса данных можно использовать решение Postgres ProGate, которое помогает мигрировать с Oracle большие объемы данных за короткий срок. В тестовых и промышленных сценариях скорость переноса достигает десятков терабайт в сутки за счет параллельной загрузки и синхронизации изменений.
Для переноса кода применяется инструмент Ora2PgPro. Он автоматизирует конвертацию структуры данных и программной логики, снижая риск ошибок из-за человеческого фактора. Это сокращает сроки миграции на 40-50% по сравнению с ручным переписыванием запросов.
Важным аргументом в пользу миграции на российские СУБД сейчас становится то, что заказчики не окажутся без оперативной и качественной техподдержки, один на один с техническими проблемами и сбоями. Поддержка Postgres Professional — это прямой доступ к инженерам и разработчикам СУБД, которые работают с инцидентами, производительностью и архитектурой систем. Эта поддержка работает в режиме 24/7 по всей России. Для бизнеса это означает быстрое восстановление работы и снижение рисков простоев.
Кроме того, на всех этапах миграции компании могут воспользоваться услугой технического консалтинга. Он есть далеко не у всех вендоров, но лидеры рынка такие сервисы обеспечивают. Мы в Postgres Professional проводим аудит инфраструктуры заказчика, выявляем узкие места, формируем детальную дорожную карту миграции. Настройка СУБД и операционной системы выполняется под конкретные нагрузки, что позволяет заранее оценить сложность проекта и избежать типичных ошибок, ведущих к срыву сроков и перерасходу бюджета.
Переходить или не переходить? Советы для бизнеса
Сегодня российские компании условно можно разделить на три группы. Первые уже перешли на отечественные СУБД, которые успешно работают в промышленной эксплуатации. Вторые находятся в стадии планирования и выбора партнеров. Третьи продолжают откладывать решение, рассчитывая, что ситуация изменится сама собой.
Именно последние больше всех рискуют столкнуться с наибольшими рисками. Западные компании уже ушли из России, и тактика выжидания чревата серьезными последствиями для бизнеса, такими как остановка работы ключевых систем. Случаи многодневных простоев уже известны рынку, поэтому главный практический совет — начинать переход как можно раньше.
Еще один важный момент — правильно выбрать СУБД, чтобы минимизировать риски миграции. Простые и бесплатные open-source решения могут выглядеть привлекательными на старте, но под реальной нагрузкой далеко не всегда выдерживают требования бизнеса. В итоге риск заморозки процессов становится вполне реальным. В этом отношении Postgres Pro Enterprise — оптимальный помощник в деле импортозамещения с учетом зрелости решения, доказанной многолетней практикой крупных федеральных внедрений.
Правильная стратегия — начинать переход с менее значимых простых приложений. Например, взять относительно небольшую систему, на ней отладить технологию миграции, посмотреть на все проблемы, обучить специалистов. И только после этого имеет смысл переходить к миграции крупных и критичных систем.