Миграция с Oracle и новая архитектура

Кейс импортозамещения системы инвестиционного планирования

Клиент

Вертикально интегрированная нефтяная компания

о проекте

Компания Simpl успешно завершила масштабную модернизацию корпоративной системы управления инвестиционными проектами.

 Для заказчика это стало первым шагом по импортозамещению ПО внутри корпоративного контура. В рамках работ была проведена глубокая архитектурная трансформация решения: специалисты Simpl перевели систему на современный технологический стек и обеспечили переход от хранения бизнес-логики в базе данных к сервисному слою. Это позволило значительно повысить гибкость, производительность и безопасность.

Сейчас решение объединяет 2000 пользователей.

Результаты модернизации архитектуры

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

Личный кабинет

 рабочее пространство пользователя с задачами, уведомлениями и инструкциями

Инвестиции БРД

инструмент консолидации данных по бюджетам и анализа отклонений

Управление

 карточки проектов, процессы экспертизы и согласования

Портфельный анализ

формирование плана и аналитика

Администрирование

управление ролями, правами доступа и справочными данными

Все данные представлены в едином цифровом пространстве — от формирования бизнес-планов до подготовки отчетности для отдельных комитетов компании.

предпосылки

Импортозамещение – путь к суверенитету и улучшению

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

Основными задачами по улучшению стали:

Дополнительной задачей стало сохранение накопленных данных и функциональности при полном обновлении технологической платформы.

Технологический стек до миграции с Oracle

Проект по переписыванию затронул значительный объем данных и программного кода.

Параметр До модернизации После модернизации
СУБД Oracle 12c Postgres Pro 14
Архитектура Монолитная Сервисная (микросервисный подход)
Backend 2 сервиса на .NET Framework 4.7 9 сервисов на .NET 8
Frontend Angular 14 Angular 21
Бизнес-логика В процедурах базы данных В backend-сервисах
Роль СУБД Хранение данных + бизнес-логика Хранение данных (процедуры — только для тяжёлых операций)

Основная часть бизнес-логики была реализована в пакетах и процедурах Oracle. Общий объем такого кода составлял порядка 300 тыс. строк.  Кроме того, система включала: 523 таблицы базы данных, около 2000 пользователей.

Импортозамещение софта

Процедуры в СУБД сохранились только для операций, связанных с обработкой больших объемов данных. Перенос структуры таблиц и данных выполнялся с использованием расширения oracle fdw, которое позволило обеспечить корректную миграцию данных из Oracle в Postgres.

Общая длительность задачи по модернизации составила около 1,5 лет.

Одним из ключевых результатов стало повышение производительности за счет оптимизации архитектуры и внедрения механизма кеширования ключевых объектов удалось значительно сократить время отклика. Например:

  • построение реестра инициатив (около 10 000 записей) сократилось с 14 секунд до 2 секунд;
  • формирование аналитического отчета «Формат успешность» ускорилось с 16 до 9 секунд.

Обновленная архитектура также позволила снизить нагрузку на базу данных и повысить стабильность работы

Автоматизация процессов управления инвестиционной деятельностью

Для пользователей реализованы инструменты совместной работы: обсуждение, прикрепление документов, уведомления и управление задачами.

В частности, решение позволяет:

Процесс реализации

С какими сложностями столкнулась команда?

01.

Одной из ключевых сложностей модернизации стало отсутствие детальной документации по старому плану.

02.

Многие бизнес-процессы были реализованы в коде приложения и процедурах базы данных. В результате команде приходилось восстанавливать логику работы путем анализа существующего кода.

03.

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

Как решали

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

Состав команды разработки

25 чел.

участвовали в проекте на постоянной основе

40 чел.

принимали участие в пиковые периоды, с учетом подключенных специалистов и ротации команды

Другие проекты отрасли

Решения, которые вам могут быть интересны

Оставить заявку

Мы готовы ответить на все ваши вопросы.

    Заказать демопоказ проекта

    Заказать  демопоказ






      Нажимая кнопку «Отправить», я даю согласие на обработку персональных данных

      Откликнуться на вакансию