Команда

Event-driven architecture в современном розничном банкинге

Редактор: Юлия Маринина

Время чтения: 6 минут

28 декабря 2024

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

Розничный банк сегодня

Удерживать клиентов стало сложнее: многие клиенты теперь имеют несколько аккаунтов в разных банках, чтобы тестировать новые продукты и сервисы без необходимости менять основной банк. Согласно опросу Galileo, 62% потребителей выберут цифровой банк без физических отделений. Среди молодежи этот процент еще выше: 77% миллениалов и 72% зумеров, тогда как среди поколения X этот показатель составляет 55%, а среди бэби-бумеров — всего 27%.

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

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

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

”

Банки осознают, что им необходимо обеспечить более высокую производительность в реальном времени при снижении затрат.

Дмитрий Романов

Технический директор
ГК «Цифровые привычки»

Давление на адаптацию

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

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

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

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

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

Вот примеры ситуаций, когда задержка или недоступность данных в реальном времени привели к серьезным последствиям:

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

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

Однако многие банки испытывают сложности с эффективной передачей данных между существующими системами и новыми технологиями.

Для этого необходимо внедрение событийно-ориентированной архитектуры (Event-Driven Architecture, EDA), которая связывает функциональные модули с помощью событийных триггеров.

Традиционный подход не работает

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

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

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

В банковском контексте примеры событий включают: подписание цифрового соглашения, онлайн-платежи, открытие нового счета в мобильном приложении.

Как это работает?

Ключевой элемент EDA — брокер событий (event broker), который автоматически направляет информацию между системами, обрабатывающими события, и подписчиками на эти данные.

Далее идет сеть событий (event mesh) — это экосистема брокеров событий, которая позволяет динамически передавать информацию между любыми приложениями вне зависимости от их расположения (локальная инфраструктура, частное или публичное облако, гибридные решения).

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

Последняя часть технологической задачи, необходимая для реализации событийно-ориентированной архитектуры (EDA), — это доступ к инструментам управления и контроля событий. Именно эти инструменты предоставляют вам возможность анализировать, оптимизировать и управлять потоком событий по всей организации, а также совместно разрабатывать, каталогизировать и повторно использовать события среди всех заинтересованных участников. Это ключ к раскрытию истинной ценности данных, основанных на событиях.

Как розничные банки выигрывают от EDA

Рассмотрим кейс: банк стандартизирует отчетность в реальном времени с помощью EDA

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

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

Один из ключевых аспектов создания такой архитектуры — это создание стандартных систем  и процессов, которые можно использовать в разных регионах, классах активов и бизнес-линиях. Чтобы сделать этот процесс гибким и незаметным, банк использует событийно-ориентированную архитектуру (EDA), в частности, глобальный событийный mesh для интеграции новых бизнесов без разрушения их основных систем и операций.

Все локальные особенности легко внедряются с использованием подхода наиболее важный  для масштабируемого решения: таксономия событий.

Таксономия событий

Представьте, что местный регулятор требует: «Нам нужно отслеживать все высокоценные транзакции в течение следующих 24 часов… начиная с этого момента». Могут ли ваши системы обработать такой запрос? Если вы внедрили правильную таксономию событий в вашем событийном mesh, то это легко. С правильно продуманной таксономией, можно гибко работать с экосистемой событий, не беспокоясь о том, где развернуты приложения: на месте или в облаке.

Вы просто выбираете фильтр с грубой или тонкой настройкой для мониторинга всех данных.

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

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

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

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

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

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

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

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

Как выбрать платформу для внедрения EDA

Существует несколько технологических платформ и функций, которые могут поддержать внедрение архитектуры, ориентированной на события (EDA). Вот ключевые атрибуты, которые могут быть полезны при построении детализированной и эффективной EDA: сетевое соединение событий (event mesh), Поддержка множества API и протоколов, детализированная таксономия, чтобы соответствующие события могли быть направлены заинтересованным сторонам на нужном уровне.

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

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

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

Портал событий обладает гибким агентом обнаружения, который может работать с различными типами брокеров событий. Например, он может обнаруживать потоки Kafka, будь то Apache Kafka или те, что идут из Confluent. Кроме того, агент обнаружения — это продукт с открытым исходным кодом, который позволяет пользователям создавать собственные механизмы обнаружения для других инструментов.

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

Она поддерживает потребности бизнеса в непрерывном масштабировании и адаптации по мере изменения требований, и такой, которая требует постоянной доработки и перепроектирования, чтобы соответствовать этим требованиям.