Лучшие практики построения конвейеров
0 likes386 views
Best Practice построения конвейеров
More Related Content
What's hot (6)
Viewers also liked (8)
Similar to Лучшие практики построения конвейеров (20)
Лучшие практики построения конвейеров
- 1. В жизни всегда есть место открытию openbank.ru Лучшие практики построения конвейеров
- 2. 2 «Открытие» — одна из крупнейших частных банковских групп России по размеру активов. Суммарные активы группы составляют более 3,6 трлн рублей. Число клиентов превышает 4 000 000 физических и 186 000 юридических лиц. «Ханты-Мансийский банк Открытие» входит в ТОП-15 крупнейших финансово-кредитных институтов страны и занимает лидирующие позиции в работе с частными клиентами и малым бизнесом. Вячеслав Благирев Бизнес-партнер по технологиям Внедрение стратегических проектов и технологий 3трлн рублей TOP 15 О НАС
- 4. КАКОЙ КОНВЕЙЕР ХОРОШИЙ? Быстрый? Удобный? Адаптивный? Легкодорабатываемый? Может современный? или дешевый?
- 5. Чтобы в них разобраться, давайте рассмотрим, как устроен конвейер
- 6. В работе конвейера участвуют все ключевые банковские подразделения Заявка на кредит Risks Office Клиент Front Office Удаленные каналы Back Office Заявка на кредит Аналитика
- 7. Конвейеры бывают РУЧНЫЕ большое участие человека АВТОМАТИЧЕСКИЕ участие человека минимально СМЕШАННЫЕ среднее участие человека Эффективность конвейера должна возрастать
- 8. ТЕХНОЛОГИИ
- 9. Идеальной системы - НЕТ ESB ВРМ CRM Правильно строить модульную систему Decision Engine ECM Real-Time Аналитика Каждый модуль должен делать то, что он умеет делать хорошо. Нельзя все делать на одной платформе.
- 11. Место где принимается решение по заявке +Если хотим RBP подход Нужен Decision Engine Модуль принятий решений + Централизация риск данных Лучше управление резервами Risk-Based Pricing
- 13. Стратегии должны быть визуально понятны А101 С202 В87 А102 В101 Это относится и к наименованию этапов и переменных
- 14. Они не должны быть последовательными и слишком простыми А101 С202 В87 А102 В101 Для таких стратегий не нужен Decision Engine, поскольку дерево решений отсутствует
- 15. Нет смысла объединять правила разного смысла в одну суперпроверку Отправка решения Такие проверки крайне сложно переиспользовать в других правилах или подключать к ним новые правила Вызов внешнего сервиса Вызов внешнего сервиса СУПЕРПРОВЕРКА
- 16. Для работы с Decision Engine нужна высокая культура риск менеджмента в организации
- 18. Никакого синхронного вызова Запрос Ответ При синхронном вызове каждая последующая заявка, ждет выполнения предыдущей. Риск данные No Sync interaction Стратегия Риск данные Заявка Заявка Заявка При большом потоке заявок появляется риск образования очередей
- 19. Никакой xml валидации Запрос Ответ Риск данные Стратегия Риск данные Заявка Заявка Заявка No XML Validation В случае наличия ошибки во входящем xml сообщений, конвейер может остановиться, если будет xml валидация. Конвейер должен бесперебойно работать, чтобы не случилось
- 20. Список параметров в XML должен быть ограничен Запрос Ответ Риск данные Стратегия Риск данные Заявка Заявка Заявка Набор должен содержать каноническую форму – должны быть передаваться объекты No Large XML Files Необходимо зафиксировать набор параметров, чтобы минимизировать постоянные запросы на доработки этого взаимодействия.
- 21. Вызов стратегии должен быть универсален для любого продукта Запрос Ответ Риск данные Стратегия 1 Риск данные Заявка Заявка Заявка No Large XML Files Унификация вызова стратегии позволяет минимизировать доработки интеграционного слоя, на которые приходится около 80% всех изменений в конвейере. . Стратегия 2
- 22. Оркестрация внешних сервисов лучше делать на уровне стратегии Запрос Ответ Риск данные Стратегия Риск данные Заявка Заявка Заявка Внешние сервисы Внешние сервисы Service Orchestration Это позволяет сэкономить на платных сервисах, используя те, которые требуются и исключая дублирование данных.
- 23. Стратегия может быть любое правило необязательное кредитное, например AML Запрос Ответ Риск данные AML Стратегия Риск данные Заявка Заявка Заявка Нужно понимать, что Decision Engine принимает решения. Какие решения, уже зависит от характера его использования Can be any rules set
- 25. В конвейре должна быть качественная модель данных в том числе и в интеграционном слое Entity У модуля Decision Engine должна быть своя модель данных и он не должен зависеть от модели конвейера Entity Entity Entity Entity Entity
- 26. Переменные и объекты должны использоваться из модели RULE1 RULE2 RULE3 Entity1 Entity2 Entity3 Entity4 var1 var2 var3 var4 var5 var6 var7 var8 var9
- 27. Главный принцип хорошего конвейера это бережливость На базе унифицированных этапов и сервисов, можно собрать любой продукт 1 0 10 1 0 Конструктор
- 28. Ну и на последок самый главный Best Practice по поиску идеальной архитектуры
- 30. v@open.ru