От импортной зависимости к технологическому суверенитету: как ГТЛК перешла на российскую СУБД Postgres Pro Enterprise

Фото freepik.com
Российский финансовый сектор переживает одну из самых масштабных ИТ-трансформаций в своей истории. Уход западных поставщиков, новые регуляторные требования и усиление киберугроз вынуждают компании выстраивать ИТ-инфраструктуру заново и переходить на надежные отечественные решения.

Для ГТЛК (Государственной транспортной лизинговой компании) — лидера корпоративных сегментов рынка лизинга в России, входящего в перечень системообразующих организаций российской экономики, этот вызов приобрел стратегическое значение. На кону стояла устойчивость ключевых бизнес-процессов, от которых зависит не только сама компания, но и целые отрасли экономики. Главной ИТ-задачей стало безопасное и последовательное замещение иностранной СУБД на российскую Postgres Pro Enterprise — флагманскую редакцию СУБД Postgres Pro для высоконагруженных баз данных, без остановки критически важных сервисов — от бухгалтерии и кадрового учета до хранилищ данных и клиентских систем.

В этом материале мы расскажем, как ГТЛК, совместно со специалистами «Онланты» (входит в группу компаний ЛАНИТ) и Postgres Professional, реализовала этот переход, обеспечив технологическую самостоятельность и заложив основу для дальнейшего роста.

Точка отсчета: вызовы, перед которыми оказалась компания

Перед ГТЛК стояла задача, которая сочетала в себе как технологические, так и организационные вызовы. Уход западных вендоров и ограничение доступа к обновлениям сделали эксплуатацию прежней инфраструктуры рискованной: любая уязвимость или сбой могли обернуться потерей данных и остановкой бизнес-процессов. Для системообразующей компании это означало угрозу всей операционной деятельности.

Объем предстоящей миграции был впечатляющим — 650 ГБайт продуктивных данных, включая критически важные системы 1С: кадровый и бухгалтерский учет, а также MDM-платформу. Эти системы ежедневно поддерживали тысячи операций и напрямую влияли на выполнение обязательств компании перед партнерами и клиентами.

Ключевым вызовом была невозможность допустить простои. Любая пауза в работе инфраструктуры могла бы затормозить финансовые транзакции, задержать обработку договоров или повлиять на сроки предоставления услуг. Поэтому миграция должна была пройти практически незаметно для пользователей. Но дело было не только в объеме данных. Перед командой стояла стратегическая задача — не просто заменить одну СУБД другой, а выстроить ядро инфраструктуры, свободное от зарубежных решений, чтобы получить:

  • защиту данных от киберугроз;
  • соответствие требованиям регуляторов, включая ЦБ и ФСТЭК России;
  • повышение надежности и отказоустойчивости систем;
  • сохранение или улучшение производительности при сопоставимых затратах.

Именно этот комплекс вызовов определил подход к проекту: миграция должна была быть безопасной, пошаговой и при этом обеспечивать непрерывность бизнес-процессов.

Поиск пути: как строилась стратегия миграции

Решение о переходе на отечественную СУБД не могло быть спонтанным: любая ошибка грозила нарушением работы критически важных сервисов. Поэтому в ГТЛК тщательно проработали выбор решений, проанализировав возможные варианты и оценив их устойчивость к нагрузкам. Реализация перехода была организована пошагово: каждая стадия сопровождалась тестированием, а риски контролировались заранее.

В качестве основы для новой инфраструктуры было выбрано зрелое российское решение Postgres Pro Enterprise, хорошо зарекомендовавшее себя в финансовом секторе. Для переноса данных рассматривались разные утилиты и инструменты, но ключевым инструментом стало использование автоматизированных средств самой платформы 1С, эксплуатируемой в сервисах. Такой подход позволил не только ускорить миграцию, но и снизить вероятность ошибок при работе с большими массивами информации.

Подготовительный этап включал развертывание тестовых контуров и предпродовых баз. Несколько месяцев команда параллельно работала в двух средах 1С: на привычной MSSQL и новой Postgres Pro Enterprise. Это дало возможность заранее сравнить работу решений и выявить узкие места — около ста проблемных операций внутри 1С, которые выполнялись на новой платформе дольше старой, — и устранить их еще до запуска продуктивного контура.

Стратегия миграции строилась вокруг принципа «незаметности» для бизнеса. Данные переносились партиями в течение трех недель исключительно в нерабочее время. Сначала — менее критичные системы, затем — ключевые. Такой итерационный подход позволил команде постепенно наращивать опыт, оперативно реагировать на возникающие сложности и шаг за шагом подводить инфраструктуру к целевому состоянию.

На острие технологии: архитектурные и инженерные решения

Чтобы переход был не просто формальной заменой одной СУБД на другую, а шагом к построению устойчивой и современной архитектуры, в проекте ГТЛК особое внимание уделялось инженерным деталям.

Первым этапом стало масштабное тестирование совместимости и производительности. Были развернуты несколько стендов на базе российских платформ виртуализации и рассмотрены разные версии Postgres Pro Enterprise с десятками конфигураций настроек. Для анализа выбрали бизнес-критичные конфигурации систем 1С, которые максимально отражали реальную нагрузку. Каждая версия проверялась по ключевым метрикам, и только те варианты, которые демонстрировали производительность не ниже текущих продуктивных систем, переходили в финальный пул.

В процессе тестов команда зафиксировала около ста «узких мест» в бизнес-операциях и в коде 1С, который их обеспечивал. Они были оптимизированы до начала промышленной эксплуатации, что позволило избежать неожиданных инцидентов на продуктиве. Такой подход превратил миграцию не только в перенос данных, но и в оптимизацию бизнес-логики.

Для обеспечения отказоустойчивости СУБД был выбран кластерный подход: каждый критичный сервер базы данных развернут в составе трех нод — Master, Replica и ETCD. Это позволило гарантировать высокую доступность даже при сбоях на отдельных узлах. Дополнительно внедрили ежедневное резервное копирование с глубиной хранения на разных уровнях (день, месяц, год). Все сценарии восстановления проверялись в рамках стресс-тестов, включая имитацию аварийных отключений. Испытания подтвердили, что система способна выдерживать экстренные ситуации и сохранять целостность данных.

Грамотное сотрудничество: кто стоял за успехом

Техническая сторона миграции была лишь частью задачи. Не меньшую роль сыграла команда, которая взяла на себя ответственность за результат. Со стороны ГТЛК в проекте участвовали пять специалистов: архитектор, системный администратор, два разработчика 1С и администратор 1С. Их задача заключалась в том, чтобы держать под контролем все бизнес-критичные процессы и обеспечить максимально безболезненный для пользователей переход.

Партнерами компании стали эксперты «Онланты» и Postgres Professional. «Онланта» обеспечила комплексный подход: от проектирования и выстраивания архитектурных решений до организации тестирования и миграции. Важным преимуществом стала экспертиза интегратора в области комплексного импортозамещения: команда сталкивалась с ограничениями рынка не в первый раз и знала, как адаптировать решения под специфические требования финансового сектора.

Отдельным фактором успеха стало активное взаимодействие с вендорами российского ПО. Поскольку опыт комплексных проектов по переходу на отечественные платформы на рынке пока ограничен, стандартных сценариев решения проблем зачастую не существовало. Поэтому команда регулярно проводила мозговые штурмы, обсуждала возникающие сложности с разработчиками Postgres Pro и оперативно находила нестандартные пути их устранения.

Таким образом, проект стал примером того, как тесное сотрудничество заказчика, интегратора и вендора превращается в единый рабочий механизм. Каждая сторона вносила свой вклад: ГТЛК обеспечивала глубокое понимание бизнес-процессов, «Онланта» — архитектурную и инженерную экспертизу, Postgres Professional — поддержку и адаптацию продукта под реальную эксплуатацию.

Итоги и уникальные особенности проекта

Проект миграции на Postgres Pro Enterprise стал для ГТЛК стратегическим шагом к полной технологической независимости. Сегодня инфраструктура компании работает на российском программном обеспечении — от операционных систем и СХД до СУБД, что позволяет не только выполнять требования регуляторов, но и строить долгосрочные планы развития без оглядки на внешние факторы.

С точки зрения бизнеса ключевым результатом стала сохранность и доступность всех критически важных сервисов. Финансовые транзакции, учетные системы и клиентские сервисы продолжали работать без перебоев, а пользователи даже не заметили сам момент миграции. Это стало возможным благодаря итерационному подходу, тщательной подготовке и постоянному мониторингу инфраструктуры.

Надежность и отказоустойчивость инфраструктуры вышли на новый уровень: кластерная архитектура гарантирует доступность сервисов, а резервное копирование и проверенные сценарии восстановления дают уверенность в сохранности данных. При этом затраты на ИТ-инфраструктуру остались сопоставимыми с прежними, но компания получила доступ к регулярным обновлениям и полноценной поддержке на русском языке.

Особенность проекта заключается в том, что он проходил в условиях нехватки компетенций на рынке: комплексный переход на импортозамещенную инфраструктуру остается редкой практикой. Поэтому успех миграции во многом определила синергия участников — экспертиза «Онланты», опыт разработчиков Postgres Professional и вовлеченность команды ГТЛК.

Этот кейс показывает, что даже масштабная и сложная трансформация может быть реализована без потерь для бизнеса. Более того, грамотно выстроенный процесс миграции позволяет превратить импортозамещение в стратегическое преимущество: компании не только избавляются от рисков зависимости, но и получают более надежную, гибкую и контролируемую ИТ-архитектуру, готовую к вызовам ближайших лет.

Тематики: Интеграция, Безопасность

Ключевые слова: внедрение, ЛАНИТ, Postgres, СУБД , ИТ инфраструктура, Импорто­замещение, Онланта