Финансовая сфера

Банковское обозрение


  • Как построить правильную IT-архитектуру
10.09.2014 Мнение

Как построить правильную IT-архитектуру

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


IT-архитектура ФГ «Лайф» складывалась годами. Первое время ее становление было довольно хаотичным. Начиная с 2010 года мы подошли к вопросу формирования IT-архитектуры более системно. Совместно с компанией Gartner группа разработала IT-стратегию, которая стала «мостом» перехода из текущей IT-архитектуры в целевую и была построена в соответствии со стратегией бизнеса. Для себя мы приняли, что правильная IT-архитектура должна обеспечивать достижение целей бизнеса.

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

— архитектуру интеграций;

— архитектуру данных;

— архитектуру инфраструктуры.

В рамках первого направления мы формируем универсальный слой банковских сервисов, который позволит нам интегрировать между собой различные банковские системы. Создавая новые сервисы и пропуская всю интеграцию через шину данных (ESB), мы сокращаем время на разработку и сроки проектов, повторно используя ранее написанные сервисы. Последнее для нас немаловажно, так как это способствует более быстрому выходу на рынок новых продуктов, предлагаемых ФГ «Лайф».

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

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

Существуют банки, которые являются «моновендорными». Но это совсем не обязательное условие. Практика показывает, что не все ПО, находящееся в продуктовой линейке одного разработчика, является лидером в своем сегменте рынка. Гипотеза о том, что системы от одного вендора будут между собой хорошо интегрированы, отнюдь не всегда находит подтверждения.

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

У нас есть собственная разработка — система «Фронт», которая состоит из множества модулей и используется во всех банках группы. Данная система обладает большим запасом надежности и масштабируемости, но заменить в ней один из модулей на другой от стороннего производителя нереально. Это сковывает наш бизнес, не позволяет взять с рынка новое ПО и внедрить его. Бизнес вынужден ждать нашей разработки. Поэтому мы приняли решение изменить данную ситуацию. Для этого мы вынесли все справочные данные из «Фронта» в MDM и перенесли все интеграционные интерфейсы на шину данных.

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





Новости Релизы