Как понять, что система, которая приносила пользу на протяжении 4–5 лет, стала legacy? Каковы признаки того, что пришла пора расценивать её как технический долг и искать аналоги на рынке? Каков фронт работ, направленных на то, чтобы выявить проблемные зоны? Рассказывает Евгений Мальцев, директор департамента ИТ-развития Московского кредитного банка (МКБ).
— Как понять, что ваша ИТ-система стала legacy?
Е. Мальцев: В первую очередь стоит определиться, что такое legacy программного обеспечения (ПО). Это ПО, которое устарело и требует либо рефакторинга, либо замены.
Чтобы выявить, есть ли в МКБ legacy, мы используем чек-лист, разработанный совместными усилиями департаментов ИТ-развития, ИТ-архитектуры, информационной безопасности, коллегами из ИТ-обеспечения и другими специалистами.
В числе критериев по выявлению legacy-уровня каждой системы:
— Актуальность технологического стека. Здесь речь идёт, во-первых, о версии используемых фреймворков, во-вторых, о наличии «неимпортозамещённых» технологий, например Oracle.
— Реализация бизнес-логики на уровне РСУБД (реляционной системы управления базами данных), а также возможность горизонтального масштабирования.
— Требования информационной безопасности, как минимум в формате возможности их выполнения в текущей системе.
— Наличие на рынке труда доступных кадров для работы на этом технологическом стеке (в т. ч. экспертов по Oracle и пр.) с целью на ближайшие два года.
— Готовность системы к контейнеризации. Это связано с активным запуском DevOps-практик в банке.
Кроме того, существует ряд запретительных признаков, наличие которых автоматически переводит систему в класс legacy. Например, если система не обладает какими-либо интеграционными паттернами, кроме database link, или она не поддерживает базовую трёхзвенную архитектуру. Иначе говоря, если пользовательские интерфейсы напрямую взаимодействуют с базами данных.
«Пропустив» все текущие системы через этот чек-лист, мы разбиваем их на три группы...
Продолжение читайте на https://futurebanking.ru/post/4043