Три истории
микросервисов,
или MSA для Enterprise
Игорь Беспальчук
Руководитель проектов дирекции архитектуры,
группа компаний CUSTIS
1
ГРУППА КОМПАНИЙ CUSTIS
 20 лет на российском ИТ-рынке
 Масштабные проекты для отраслевых лидеров
и организаций с высокой динамикой бизнес-процессов: Банка
России, Газпромбанка, ГК «Спортмастер»
(розничных сетей «Спортмастер», O'STIN, FUNDAY)
 Работа на стратегическое развитие клиентов,
решение критически важных бизнес-задач средствами ИТ,
поддержка передовых технологических проектов
2 | 17
МОЕ ЗНАКОМСТВО С ТЕМОЙ MSA
 Ноябрь 2012 – первые упоминания:
“Micro Services: Java, the Unix Way”, QCon, Джеймс Льюис
3
МОЕ ЗНАКОМСТВО С ТЕМОЙ MSA
 Ноябрь 2012 – первые упоминания:
“Micro Services: Java, the Unix Way”, QCon, Джеймс Льюис
 2014 – большая статья “Microservices” на сайте Мартина Фаулера
4
МОЕ ЗНАКОМСТВО С ТЕМОЙ MSA
 Ноябрь 2012 – первые упоминания:
“Micro Services: Java, the Unix Way”, QCon, Джеймс Льюис
 2014 – большая статья “Microservices” на сайте Мартина Фаулера
 2014–2015 – попытки найти живой опыт в российском
корпоративном секторе
 2016 – «что-то» начало находиться
 2017 – CUSTIS Meetup “Микросервисы для Enterprise”
− По-прежнему много непонимания со стороны управленцев
5
ИНТЕРЕС В СЕТИ
6
КОНФЕРЕНЦИИ И КНИГИ
7
8
ИСТОРИЯ ПЕРВАЯ
Enterprise и Web как два мира
9
10
11
ПУТИ РАЗВИТИЯ
 Enterprise – из классического бизнеса с предоставлением
товаров и услуг через автоматизацию все большего числа
внутренних функций
 Web – из предоставления чисто цифровых услуг
или с существенной долей цифровых услуг
12
ЭВОЛЮЦИОННОЕ ДАВЛЕНИЕ В WEB
 Отсутствие физических ограничений на рост
 Взрывной рост новых видов услуг
 Жесткая конкуренция за неограниченный объем клиентов
 Требования к UI/UX, нагрузке и масштабированию, развиваемости
 Частая смена технологий, не успевает сформироваться устойчивая
однородная инфраструктура и архитектурный стиль
 Волна развития Open Source, не сформирован культ тяжелого вендора
 Результат: некоторые выжили, породив ряд технических
и организационных паттернов, отвечающих на эти требования
13
СТОЛКНОВЕНИЕ МАТЕРИКОВ РЫНКОВ
14
Web-scale
architecture
CQRS
Event
Driven
Event
Sourcing
Actor
Model
Polyglot
Persistence
NoSQL
Domain
Driven
Design
Micro-
services
15
16
РЕЗЮМЕ ПЕРВОЙ ИСТОРИИ
 MSA – один из технических паттернов, появившийся в процессе
жесткого конкурентного развития в «параллельном мире» Web
 В «параллельном мире» выжили те, кто научился обеспечивать:
− удержание онлайн-клиента,
− высокие нагрузки и объемы данных,
− быструю изменчивость.
 Они уже здесь
17
ИСТОРИЯ ВТОРАЯ
Архитектурные стили ПО предприятия
18
РАЗВИТИЕ АРХИТЕКТУРНЫХ СТИЛЕЙ
 От проблемы к проблеме
 Через решение (паттерн)
 От более простого к более сложному
* Сложность никогда не уменьшается, как иногда может показаться,
она «выпадает в осадок» в виде инфраструктуры
19
All-in-one
computer
Хранение Логика UI
Аппаратура
ОС, файлы
20
Client PC
File server Client PC
Хранение Логика UI
Аппаратура
ОС, файлы
Сетевой доступ
Аппаратура
ОС, файлы
Сетевой доступ
Хранение и доступ к данным
21
Client PC
RDBMS Client PC
SQL Логика UI
Аппаратура
ОС, файлы
Сетевой доступ
Аппаратура
ОС, файлы
Сетевой доступ
Схемы данных
Хранение данных Доступ к данным
SP
22
App ServerRDBMS Client PC
Логика
UI
Аппаратура
ОС, файлы
Сетевой доступ
Аппаратура
ОС, файлы
Сетевой доступ
Хранение данных
Схемы данных SP
SQL UI
UI-компоненты
HTML-браузер
Логика
Аппаратура
ОС, файлы
Сетевой доступ
Доступ к данным
Интеграция
23
App ServerRDBMS Client PC
Логика
UI
Хранение данных
SQL
UI-компоненты
HTML-браузер
Логика
Доступ к данным
Интеграция
Web Server
Логика UI
ESB
Сообщения
BPMS
Workflow
Аппаратура + VM
ОС, файлы Сетевой доступ
Маршрутизация
… …
Схемы данных SP
24
РАЗДЕЛЕНИЕ ФУНКЦИЙ
 Децентрализация
 Повышение автономности
 Масштабирование по производительности
 Специализация
 Интеграция разделенного
25
Custom App ServiceБД (разные!) Client Device
Логика UI
Хранение данных
Схемы данных SP
Composite UI
Логика
Доступ к данным
Интеграция
App Gateway
Представление
Messaging BPMS
Workflow
Аппаратура (+VM)
ОС, файлы, clouds, distributed FS Сетевой доступ
Discovery Monitoring HA Logging Auto scaling …
Common App
Services
Common App
Services
Common App
Services
Маршрутизация
26
Service 3
RDBMS Service 2
Пользователь
Fast DB
Rich
Browser
Service 1
Big DB App Gw 1
App Gw 2
Doc DB
Пользователь
Mobile
DeviceApp Gw 3
Spec DB
27
ПРОБЛЕМА ОБЩЕЙ ЛОДКИ
Появляющиеся новые инфраструктуры могут толкать к смене
архитектурных стилей, даже если практической потребности
на предприятии нет!
28
 Фокус развития технологий вендоров
 Область интереса исследователей
 Вектор устремлений кадров
 Маркетинговый шум
* Чуть раньше или чуть позже – но вливаться придется,
даже если не хочется и даже если незачем!
РЕЗЮМЕ ВТОРОЙ ИСТОРИИ
 MSA – очередной шаг в развитии архитектурных стилей
сложных программных систем предприятия
 MSA продолжает общее движение в сторону специализации,
грануляризации и выделения общих инфраструктур
 Как и все предыдущие шаги, MSA решает часть проблем, которые возникают
(обычно) в предшествующих стилях, и порождает ряд новых
 Бесплатных завтраков, конечно, не бывает
29
ИСТОРИЯ ТРЕТЬЯ
Роль и специализации архитектора
30
SW
Dev
Arch
Mgr
А
31
Информационная архитектураИнтеграция приложений
Инфраструктура (техническая архитектура)
32
Вендор
Информационная архитектура
Техническая архитектура
Архитектура сервиса
Инфраструктура
Технологический каркас
33
ТРИ ИСТОРИИ РАЗВИТИЯ
 Рыночных потребностей в мирах Web и Enterprise
 Архитектурных стилей программных систем предприятия
 Специализаций роли архитектора
…приводящие к появлению MSA
и смене специализаций в Enterprise?
34
Спасибо за внимание!
Игорь Беспальчук
Руководитель проектов дирекции архитектуры
bespalchuk@custis.ru
www.custis.ru

Три истории микросервисов, или MSA для Enterprise

  • 1.
    Три истории микросервисов, или MSAдля Enterprise Игорь Беспальчук Руководитель проектов дирекции архитектуры, группа компаний CUSTIS 1
  • 2.
    ГРУППА КОМПАНИЙ CUSTIS 20 лет на российском ИТ-рынке  Масштабные проекты для отраслевых лидеров и организаций с высокой динамикой бизнес-процессов: Банка России, Газпромбанка, ГК «Спортмастер» (розничных сетей «Спортмастер», O'STIN, FUNDAY)  Работа на стратегическое развитие клиентов, решение критически важных бизнес-задач средствами ИТ, поддержка передовых технологических проектов 2 | 17
  • 3.
    МОЕ ЗНАКОМСТВО СТЕМОЙ MSA  Ноябрь 2012 – первые упоминания: “Micro Services: Java, the Unix Way”, QCon, Джеймс Льюис 3
  • 4.
    МОЕ ЗНАКОМСТВО СТЕМОЙ MSA  Ноябрь 2012 – первые упоминания: “Micro Services: Java, the Unix Way”, QCon, Джеймс Льюис  2014 – большая статья “Microservices” на сайте Мартина Фаулера 4
  • 5.
    МОЕ ЗНАКОМСТВО СТЕМОЙ MSA  Ноябрь 2012 – первые упоминания: “Micro Services: Java, the Unix Way”, QCon, Джеймс Льюис  2014 – большая статья “Microservices” на сайте Мартина Фаулера  2014–2015 – попытки найти живой опыт в российском корпоративном секторе  2016 – «что-то» начало находиться  2017 – CUSTIS Meetup “Микросервисы для Enterprise” − По-прежнему много непонимания со стороны управленцев 5
  • 6.
  • 7.
  • 8.
  • 9.
    ИСТОРИЯ ПЕРВАЯ Enterprise иWeb как два мира 9
  • 10.
  • 11.
  • 12.
    ПУТИ РАЗВИТИЯ  Enterprise– из классического бизнеса с предоставлением товаров и услуг через автоматизацию все большего числа внутренних функций  Web – из предоставления чисто цифровых услуг или с существенной долей цифровых услуг 12
  • 13.
    ЭВОЛЮЦИОННОЕ ДАВЛЕНИЕ ВWEB  Отсутствие физических ограничений на рост  Взрывной рост новых видов услуг  Жесткая конкуренция за неограниченный объем клиентов  Требования к UI/UX, нагрузке и масштабированию, развиваемости  Частая смена технологий, не успевает сформироваться устойчивая однородная инфраструктура и архитектурный стиль  Волна развития Open Source, не сформирован культ тяжелого вендора  Результат: некоторые выжили, породив ряд технических и организационных паттернов, отвечающих на эти требования 13
  • 14.
  • 15.
  • 16.
  • 17.
    РЕЗЮМЕ ПЕРВОЙ ИСТОРИИ MSA – один из технических паттернов, появившийся в процессе жесткого конкурентного развития в «параллельном мире» Web  В «параллельном мире» выжили те, кто научился обеспечивать: − удержание онлайн-клиента, − высокие нагрузки и объемы данных, − быструю изменчивость.  Они уже здесь 17
  • 18.
  • 19.
    РАЗВИТИЕ АРХИТЕКТУРНЫХ СТИЛЕЙ От проблемы к проблеме  Через решение (паттерн)  От более простого к более сложному * Сложность никогда не уменьшается, как иногда может показаться, она «выпадает в осадок» в виде инфраструктуры 19
  • 20.
  • 21.
    Client PC File serverClient PC Хранение Логика UI Аппаратура ОС, файлы Сетевой доступ Аппаратура ОС, файлы Сетевой доступ Хранение и доступ к данным 21
  • 22.
    Client PC RDBMS ClientPC SQL Логика UI Аппаратура ОС, файлы Сетевой доступ Аппаратура ОС, файлы Сетевой доступ Схемы данных Хранение данных Доступ к данным SP 22
  • 23.
    App ServerRDBMS ClientPC Логика UI Аппаратура ОС, файлы Сетевой доступ Аппаратура ОС, файлы Сетевой доступ Хранение данных Схемы данных SP SQL UI UI-компоненты HTML-браузер Логика Аппаратура ОС, файлы Сетевой доступ Доступ к данным Интеграция 23
  • 24.
    App ServerRDBMS ClientPC Логика UI Хранение данных SQL UI-компоненты HTML-браузер Логика Доступ к данным Интеграция Web Server Логика UI ESB Сообщения BPMS Workflow Аппаратура + VM ОС, файлы Сетевой доступ Маршрутизация … … Схемы данных SP 24
  • 25.
    РАЗДЕЛЕНИЕ ФУНКЦИЙ  Децентрализация Повышение автономности  Масштабирование по производительности  Специализация  Интеграция разделенного 25
  • 26.
    Custom App ServiceБД(разные!) Client Device Логика UI Хранение данных Схемы данных SP Composite UI Логика Доступ к данным Интеграция App Gateway Представление Messaging BPMS Workflow Аппаратура (+VM) ОС, файлы, clouds, distributed FS Сетевой доступ Discovery Monitoring HA Logging Auto scaling … Common App Services Common App Services Common App Services Маршрутизация 26
  • 27.
    Service 3 RDBMS Service2 Пользователь Fast DB Rich Browser Service 1 Big DB App Gw 1 App Gw 2 Doc DB Пользователь Mobile DeviceApp Gw 3 Spec DB 27
  • 28.
    ПРОБЛЕМА ОБЩЕЙ ЛОДКИ Появляющиесяновые инфраструктуры могут толкать к смене архитектурных стилей, даже если практической потребности на предприятии нет! 28  Фокус развития технологий вендоров  Область интереса исследователей  Вектор устремлений кадров  Маркетинговый шум * Чуть раньше или чуть позже – но вливаться придется, даже если не хочется и даже если незачем!
  • 29.
    РЕЗЮМЕ ВТОРОЙ ИСТОРИИ MSA – очередной шаг в развитии архитектурных стилей сложных программных систем предприятия  MSA продолжает общее движение в сторону специализации, грануляризации и выделения общих инфраструктур  Как и все предыдущие шаги, MSA решает часть проблем, которые возникают (обычно) в предшествующих стилях, и порождает ряд новых  Бесплатных завтраков, конечно, не бывает 29
  • 30.
    ИСТОРИЯ ТРЕТЬЯ Роль испециализации архитектора 30
  • 31.
  • 32.
  • 33.
    Информационная архитектура Техническая архитектура Архитектурасервиса Инфраструктура Технологический каркас 33
  • 34.
    ТРИ ИСТОРИИ РАЗВИТИЯ Рыночных потребностей в мирах Web и Enterprise  Архитектурных стилей программных систем предприятия  Специализаций роли архитектора …приводящие к появлению MSA и смене специализаций в Enterprise? 34
  • 35.
    Спасибо за внимание! ИгорьБеспальчук Руководитель проектов дирекции архитектуры bespalchuk@custis.ru www.custis.ru