Подбор решения

Импортозамещение и Российское ПО

Переход российских финансовых компаний на отечественный софт находится в своей активной фазе. Уже все осознали, что этот процесс стал необратимым. Например, банки, как объекты КИИ, должны поэтапно мигрировать на программное обеспечение, входящее в Реестр отечественного ПО, до 2025 года.

Компания «ПрограмБанк» приступила к активному импортозамещению еще в 2014 году после первых ограничений со стороны западных партнеров. В частности, в Реестре Российского ПО (РПО) зарегистрированы такие платформы компании, как «ПрограмБанк.Интеграции», «ПрограмБанк.БизнесАнализ» и «ПрограмБанк.ФронтОфис».

Импортозамещение в решениях «ПрограмБанк.АБС» и «ПрограмБанк.БизнесАнализ»

Для решений «ПрограмБанк.АБС» и «ПрограмБанк.БизнесАнализ» ключевым является выбор СУБД и ОС.

Архитектура этих решений изначально предусматривала возможность выбора СУБД, поэтому добавление еще одной PostgreSQL не составляет принципиальной сложности. В качестве ОС на клиенте, серверах приложений и баз данных банк может использовать как пока допустимую Windows, так и РедОС, ASTRA Linux, Альт, включенные в Реестр.

При этом для клиента и сервера приложений мы используем W.I.N.E., реализацию Windows API, которая работает под Linux.

Рис. 1. Архитектура импортозамещения в «ПрограмБанк.АБС»

Аналогично реализовано импортозамещение в комплексе «ПрограмБанк.БизнесАнализ».

Реализация требований импортозамещения в «ПрограмБанк.ФронтОфис»

Линейка продуктов «ПрограмБанк.ФронтОфис» реализована на платформе Java EE и спроектирована таким образом, чтобы давать и вендору, и заказчикам возможность выбора большинства ее элементов.

В результате этой гибкости облегчен отказ от тех компонентов Java EE, которые не соответствуют требованиям Реестра отечественного ПО, и платформа «ПрограмБанк.ФронтОфис» может эксплуатироваться полностью на разрешенных компонентах, включая СУБД и ОС.

Рис. 1. Архитектура импортозамещения в «ПрограмБанк.ФронтОфис»

Перечень рекомендуемых мероприятий по переходу на импортонезависимое ПО

Создавая план перехода на импортонезависимое ПО, банку стоит опираться на следующие факты:

Вопрос о том, какие системы относить к Значимым объектам Критической Информационной Инфраструктуры (ЗО КИИ), регулируется Постановлением Правительства № от 20.12.2022 N 2360 с учетом изменений от 23.03.2023. На основании информации от наших заказчиков, подавляющее большинство банков, как правило, не относят АБС к ЗО КИИ и, соответственно, пока не обязаны переводить АБС на PostgreSQL к 01.01.2025.
При импортозамещении надо ориентироваться, в первую очередь, на те элементы ИТ-ландшафта, где уже существуют качественные российские аналоги западным разработкам.
Таким образом, на первом этапе рационально переводить на российское ПО системы мониторинга, защиты информации и информационной безопасности в целом. На втором – терминалы оплаты, кассовые терминалы, ПО для банкоматов и системы ДБО.
За время использования АБС банка накопили большое количество кода собственной разработки и собственных интеграционных адаптеров. Их необходимо заблаговременно перевести и отладить на PostgreSQL.

Вот ориентировочный план действий, который мы предлагаем финансовым организациям как субъектам КИИ.

На 2023-2024 год для всех объектов КИИ, значимых и незначимых:

Тип мероприятий	Мероприятия
Обучение	Провести обучение сотрудников по следующим темам: 1. Установка и администрирование ОС на базе Linux в комплексе с ПО WINE. 2. Установка и администрирование СУБД PostgreSQL. 3. Программирование в среде СУБД PostgreSQL.
Финансовый и оперативный план	1. Сформировать план перехода. 2. Оценить трудоемкость работ банка по переходу на PostgreSQL. 3. Согласовать с вендором финансовые условия перехода на новую версию АБС. 4. Если банк планирует привлекать вендора к переводу собственных разработок банка и другой работы, план перехода стоит согласовать с вендором.

На 2024 год для ЗО КИИ:

Тип мероприятий	Мероприятия
Тестирование работы собственных разработок	1. Развернуть стенд для тестирования АБС в конфигурации не ниже используемой для Oracle/MS SQL. 2. Установить на тестовой конфигурации сервер приложений АБС. 3. Проверить работу основных функций АБС. 4. Проверить работу функций, написанных банком на внутреннем скрипте АБС.
Перевод разработок банка на PostgreSQL	1. Перевести на PostgreSQL интеграционные адаптеры, созданные банком. 2. Перевести на PostgreSQL собственные разработки банка в рамках АБС (если архитектура АБС предусматривает такие разработки). 3. Перевести на PostgreSQL иные собственные разработки банка. 4. Провести тестирование интеграционного и иного собственного ПО совместно с АБС.
Тестирование АБС как ЗО КИИ	1. Установить прикладные модули АБС для нагрузочного тестирования. 2. Подготовить базу для нагрузочного тестирования. 3. Провести тестирование, первоначальную оптимизацию, передать отчет о тестировании вендору. 4. Получив оптимизированную версию от вендора, провести ее повторное тестирование.
Развертывание и подготовка к переводу АБС как ЗО КИИ на PostgreSQL	1. Выполнить конвертацию базы данных АБС в формат PostgreSQL. 2. Установить на сконвертированную БД версию АБС с поддержкой PostgreSQL. 3. Провести функциональную проверку основных модулей АБС (тестовые дни), все интеграции и собственный код. 4. Провести итоговое нагрузочное тестирование.
Переход к промышленной эксплуатации АБС как ЗО КИИ банкам на PostgreSQL	1. Подготовить полную сконвертированную базу. 2. Установить на неё последнюю версию АБС с поддержкой PostgreSQL. 3. Переключить работу на новую базу данных.