433
Цифровой декаплинг. Как этот метод реорганизации ИТ-архитектуры помогает банкам развиваться
Цифровой декаплинг — это метод реорганизации ИТ-архитектуры банка, при котором ключевые функции выделяются из устаревших систем в самостоятельные модули, известные как микросервисы. Микросервисы предназначены для выполнения конкретных задач, например, обработки платежей, управления клиентскими данными или генерации уведомлений без необходимости внесения изменений в базовые системы.
В типичном ИТ-ландшафте банка микросервисы создают промежуточный логический слой между современными цифровыми каналами, такими как мобильные приложения и веб-порталы, и устаревшими системами. Они обеспечивают эффективное взаимодействие между новыми платформами и старым ядром, минимизируя риски вмешательства в основную архитектуру. Такой подход позволяет банкам ускорить цифровую трансформацию и оперативно внедрить новые сервисы, не затрагивая критически важные процессы.
Последовательность цифрового декаплинга
Цифровой декаплинг требует соблюдения определенной последовательности действий. На первом этапе необходимо провести полный аудит текущей архитектуры. Это включает составление карты приложений, анализ их функциональности, определение обрабатываемых данных, таких как транзакции или клиентские профили, а также выявление зависимостей между их компонентами.
На основе полученных данных определяются сервисы, которые можно выделить в отдельные микросервисы. При этом важно синхронизировать данные между устаревшими системами и новыми модулями для предотвращения их рассогласования.
Далее следует создать логический слой API, который становится интерфейсом между клиентскими приложениями и базовыми системами. Этот слой дублирует функциональность существующих API, перенаправляя запросы пользователей либо на новые микросервисы, либо при необходимости, на старые системы.
После настройки API начинается разработка и внедрение микросервисов для выполнения конкретных задач, например, таких как обработка заявок на кредиты или отправка уведомлений. Трафик постепенно перенаправляется на эти модули. При этом устаревшие системы некоторое время продолжают работать параллельно, обеспечивая бесперебойность процессов. Каждый шаг сопровождается тестированием решений, оценкой результатов и при необходимости корректировкой стратегии.
Со временем нужный функционал переносится на современные платформы, что позволяет оптимизировать инфраструктуру без радикальных изменений. Такой метод минимизирует риски и позволяет банкам эффективно внедрять цифровой декаплинг, адаптируя его к своим задачам.
Организационные и технические аспекты декаплинга
Переход к микросервисной архитектуре меняет привычную картину работы банковских систем. Компоненты, которые ранее были тесно связаны и интегрированы в рамках устаревшей системы приложений, реструктурируются, чтобы функционировать независимо друг от друга. Каждый из них обретает собственный набор данных, логику и жизненный цикл.
С одной стороны, это открывает для банка новые возможности технологического развития, но одновременно требует решения довольно сложных технических задач. В частности, на первоначальном этапе проектирования необходимо решить, какие элементы стоит перенести на платформу микросервисов и как структурировать сервисы, чтобы обеспечить возможность повторного использования.
Как правило, для решения данной задачи можно использовать популярные шаблоны проектирования, такие как предметно-ориентированное проектирование (Domain Driven Design, DDD) или композитная ИТ-архитектура (Composable architecture). Например, сервисы могут быть выстроены вокруг бизнес-сфер: потребительского кредитования, ипотечных продуктов или платежных операций. Альтернативный путь — группировка по данным, где сервисы формируются как основные источники для конкретных объектов, таких как информация о розничных клиентах, отсканированные документы или электронные подписи.
Следующая важная задача — организация обмена сообщениями. Новые микросервисы становятся доступными через API, которые опираются на стандартизированные форматы сообщений и транспортные протоколы. Для управления этим процессом обычно задействуется платформа API, выступающая посредником: она предоставляет конечные точки для потребителей и направляет сообщения соответствующим сервисам. Помимо этого, платформа обеспечивает необходимую инфраструктуру, включая аутентификацию и авторизацию для безопасного доступа, маршрутизацию запросов через API Gateway, а также механизмы обнаружения служб, позволяющие динамически подключаться к доступным компонентам.
Как цифровой декаплинг помогает банкам развиваться
Декаплинг помогает банкам справляться с техническими проблемами, возникающими из-за сочетания потребностей современной ИТ-архитектуры, созданной в 2022–2024 годах, и возможностей устаревшей системы приложений бэк-офиса, которые были внедрены еще в «нулевые» годы.
Один из основных результатов грамотно проведенного декаплинга — ускорение вывода банковских услуг на рынок. Цикл разработки сокращается с трех месяцев до 2–3 недель, так как обновления вносятся в отдельные модули, не затрагивая автоматизированную банковскую систему (АБС). Это позволяет быстро добавить новую функцию, например, в мобильное приложение в ответ на запросы клиентов.
Еще один заметный эффект — переиспользование функциональности, предоставляемой приложениями мидл-офиса или бэк-офиса. Один микросервис, например, для аутентификации или уведомлений, может работать сразу с несколькими каналами: веб-порталом, мобильным приложением и системами кол-центра, что многократно снижает затраты на разработку и поддержку.
На этом фоне розничный банк может добиться повышения показателей лояльности клиентов и роста их пользовательского опыта. Поскольку единый сервис уведомлений отправляет SMS, push-сообщения и письма сразу для всех сценариев продаж банковских продуктов и программ поддержки клиентов, возможные несоответствия исключаются.
Благодаря декаплингу появляется возможность гибкого перераспределения мощностей ИТ-инфраструктуры банка. Например, в периоды высокой нагрузки, во время акций или пиков активности клиентов, дополнительные мощности могут быть временно выделены избранным микросервисам, экономя ресурсы системы в остальное время.
К тому же декаплинг увеличивает технологическую гибкость, упрощает тестирование новых технологий, что облегчает внедрение новых продуктов и снижает зависимость от решений сторонних вендоров. Например, банк может запустить сервис мгновенных платежей или подключиться к партнерским системам без долгой и затратной переработки АБС. Это практичный способ сделать ИТ-архитектуру банка более гибкой и готовой к изменениям, не усложняя текущую работу, а также обосновать затраты на обновления и добиться быстрой окупаемости инвестиций.
Проблемы цифрового декаплинга
Цифровой декаплинг позволяет банкам стать технологически более гибкими, но усложняет ИТ-ландшафт. Поэтому успех такого проекта зависит от преодоления его ключевых проблем:
· Архитектурная сложность. Множество микросервисов усложняют систему, провоцируя сбои и несовместимость. Поэтому для обеспечения интеграции и стабильной работы микросервисов потребуется внедрить стандарты их разработки, включая единый технологический стек, правила обработки ошибок и контроля версий.
· Управление данными. Распределение данных между микросервисами грозит рассинхронизацией и утратой целостности систем, что недопустимо для банков. Необходимо внедрить строгие практики управления данными с четким определением прав доступа и владения, а также использовать инструменты синхронизации.
· Требования к DevSecOps. Автономность микросервисов налагает повышенные требования к реализации решений, отвечающих за их развертывание, мониторинг, эксплуатацию и поддержку. Разделение сервисов усиливает гибкость системы, но одновременно увеличивает сложность инфраструктуры, что требует высокой квалификации специалистов и ресурсов для ее управления.
· Координация команд. Отсутствие эффективной коммуникации и согласованности, особенно на этапе проектирования или при обновлениях, грозит несовместимостью модулей и задержками. Решить эту проблему помогают регулярные кросс-командные синхронизации, общие проектные планы и системы управления задачами — все, что обеспечивает взаимодействие и минимизирует риски несогласованности.
Цифровой декаплинг помогает банкам обновить ИТ-инфраструктуру и преодолеть ограничения устаревших систем. Он позволяет ускорить инновации, оптимизировать ресурсы и улучшить клиентский опыт. Хотя внедрение декаплинга связано с техническими и организационными сложностями, правильный подход к его планированию и реализации обеспечивает основу для долгосрочного технологического развития организации.
Оценка успешности цифрового декаплинга на примере АБС
Перевод АБС на микросервисную архитектуру приносит заказчику ряд преимуществ, например:
· Увеличивается скорость финансовой транзакции с момента фиксации намерения выполнить операцию до этапа изменения остатка и формирования проводки (достигается за счет перехода на асинхронные интеграции везде, где возможно).
· Совокупная стоимость владения решением (ТСО) в долгосрочной перспективе снижается за счет ухода от лицензионных платежей и платной техподдержки.
· Возможность разделения продуктового и бухгалтерского учета за счет создания отдельного модуля Accounting Engine. Наличия выделенного модуля, ответственного за работу с счетами и генерацию проводок дает возможность использовать, как и РСБУ так и МСФО с минимальными доработками, без изменения продуктовой логики.
При этом переход на микросервисную архитектуру создает и ряд вызовов, которые потребовали проработки технологических и архитектурных решений:
· Формирование единого подхода к распределению продуктов по продуктовым фабрикам
· Необходимость реализации слоя, агрегирующего данные из различных продуктовых фабрик
· Необходимость поддерживать интеграции с большим количеством продуктовых фабрик
· Реализация распределенных транзакций, включая реализацию компенсирующих сценариев, под высокими нагрузками.
Цифровой декаплинг может быть одним из подходов к «бережной трансформации» ИТ-ландшафта, помогающий снизить или вовсе обеспечить независимость от вендора с минимальными доработками окружающего ИТ-ландшафта. При этом цифровой декаплинг является технологически сложной задачей, требующей сильных архитектурных компетенций, четкого планирования и отслеживания зависимостей между данными в легаси-системах и вновь создаваемых платформах.
