Система ДБО 2.0 для банка ВТБ
Принципы построения архитектуры системы

Архитектура системы ВТБ ДБО 2.0 реализована как высокодоступная отказоустойчивая программная платформа, реализующая принципы микросервисной архитектуры.

Принципы микросервисной архитектуры

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

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





При описании глобальной доменной модели (ГДМ) общая логическая модель была разделена на логические домены, исходя из определения блоков наиболее связанных объектов:
  • Домен "Аутентификация" – показывает логические взаимосвязи объектов ДБО, задействованные при аутентификации пользователя (нутреннего и внешнего), чтобы понять - можно ли пользователю предоставить доступ к ДБО.
  • Домен "Авторизация" – показывает логические взаимосвязи объектов ДБО, задействованные при определении прав доступа к функциональным возможностям ДБО, определении роли пользователя и к контексту каких Клиентов/Подразделений банка пользователь может иметь доступ.
  • Домен "Клиент" – определяет, какие объекты задействуются в процессе предоставления Клиенту доступов к продуктам (услугам и сервисам) ДБО. При этом в зависимости от того, кто инициирует подключение продуктов (внешний пользователь или сотрудник банка) есть определенные особенности.
  • Домен "Счет" содержит контекст Клиентского счета и его принадлежности клиенту
  • Домен "Банк" - определяет, какие объекты задействуются в процессе предоставления Сотруднику банка доступа к клиентским документам, в зависимости от подразделения, где работает сотрудник.
  • Домен "Электронный документ" – домен , определяющий объекты, задействуемые при работе пользователей с электронным документом, системные и бизнес атрибуты, хранение истории документа, модели подписания, модель Жизненного цикла.
  • Домен "Продуктовый Каталог" – определяет структуру группировки бизнес-методов, производимых над бизнес-объектами в различного уровня продукты (сервисы и услуги), предоставляемые Банком своим Клиентам.
  • Домен Справочников - домен, содержащий общие банковские справочники, задействованные в логике работы других сущностей ГДМ
Общая структура ГДМ и взаимосвязь между ее доменами представлена на рисунке: