РИТ++ 2017, Web-scale IT Сonference Зал Владивосток, 6 июня, 15:00 Тезисы: http://webscaleconf.ru/2017/abstracts/2829.html Я постараюсь не обращаться к банальным лозунгам "монолит - это плохо, микросервисы - это хорошо", а постараюсь проследить генезис этого явления, очертить несколько исторических линий, которые показывают, что микросервисная архитектура - это очередной эволюционный шаг развития в ИТ предприятия. Одна линия - требования рынка, тут располагаются тренд дигитализации и требования к нагрузке и юзабилити. Вторая линия - ИТ-архитектура предприятия, история ее развития и смены стилей от мейнфреймов до наших дней. И третья линия - роль архитектора, которая также с приходом MSA начинает меняться. ...

1. Три истории
микросервисов,
или MSA для Enterprise
Игорь Беспальчук
Руководитель проектов дирекции архитектуры,
группа компаний CUSTIS
1

2. Группа компаний CUSTIS
 20 лет на российском ИТ-рынке
 Масштабные проекты для отраслевых лидеров
и организаций с высокой динамикой бизнес-процессов: Банка
России, Газпромбанка, ГК «Спортмастер»
(розничных сетей «Спортмастер», O'STIN, FUNDAY)
 Работа на стратегическое развитие клиентов,
решение критически важных бизнес-задач средствами ИТ,
поддержка передовых технологических проектов
2 | 17

3. МОЕ ЗНАКОМСТВО С ТЕМОЙ MSA
 Ноябрь 2012 – первые упоминания:
“Micro Services: Java, the Unix Way”, QCon, Джеймс Льюис
 2014 – большая статья “Microservices” на сайте Мартина Фаулера
 2014–2015 – попытки найти живой опыт в российском
корпоративном секторе
 2016 – «что-то» начало находиться
 2017 – CUSTIS Meetup “Микросервисы для Enterprise”
− По-прежнему много непонимания со стороны управленцев
3

4. ИНТЕРЕС В СЕТИ
4

5. КОНФЕРЕНЦИИ И КНИГИ
5

6. 6

7. ИСТОРИЯ ПЕРВАЯ
Enterprise и Web как два мира
7

8. 8

9. 9

10. ПУТИ РАЗВИТИЯ
 Enterprise – из классического бизнеса с предоставлением
товаров и услуг через автоматизацию все большего числа
внутренних функций
 Web – из предоставления чисто цифровых услуг
или с существенной долей цифровых услуг
10

11. ЭВОЛЮЦИОННОЕ ДАВЛЕНИЕ В WEB
 Отсутствие физических ограничений на рост
 Взрывной рост новых видов услуг
 Жесткая конкуренция за неограниченный объем клиентов
 Требования к UI/UX, нагрузке и масштабированию, развиваемости
 Частая смена технологий, не успевает сформироваться устойчивая
однородная инфраструктура и архитектурный стиль
 Волна развития Open Source, не сформирован культ тяжелого вендора
 Результат: некоторые выжили, породив ряд технических
и организационных паттернов, отвечающих на эти требования
11

12. СТОЛКНОВЕНИЕ МАТЕРИКОВ РЫНКОВ
12

13. Web-scale
architecture
CQRS
Event
Driven
Event
Sourcing
Actor
Model
Polyglot
Persistence
NoSQL
Domain
Driven
Design
Micro-
services
13

14. 14

15. РЕЗЮМЕ ПЕРВОЙ ИСТОРИИ
 MSA – один из технических паттернов, появившийся в процессе
жесткого конкурентного развития в «параллельном мире» Web
 В «параллельном мире» выжили те, кто научился обеспечивать:
− удержание онлайн-клиента,
− высокие нагрузки и объемы данных,
− быструю изменчивость.
 Они уже здесь
15

16. ИСТОРИЯ ВТОРАЯ
Архитектурные стили ПО предприятия
16

17. РАЗВИТИЕ АРХИТЕКТУРНЫХ СТИЛЕЙ
 От проблемы к проблеме
 Через решение (паттерн)
 От более простого к более сложному
* Сложность никогда не уменьшается, как иногда может показаться,
она «выпадает в осадок» в виде инфраструктуры
17

18. All-in-one
computer
Хранение Логика UI
Аппаратура
ОС, файлы
18

19. Client PC
File server Client PC
Хранение Логика UI
Аппаратура
ОС, файлы
Сетевой доступ
Аппаратура
ОС, файлы
Сетевой доступ
Хранение и доступ к данным
19

20. Client PC
RDBMS Client PC
SQL Логика UI
Аппаратура
ОС, файлы
Сетевой доступ
Аппаратура
ОС, файлы
Сетевой доступ
Схемы данных
Хранение данных Доступ к данным
SP
20

21. App ServerRDBMS Client PC
Логика
UI
Аппаратура
ОС, файлы
Сетевой доступ
Аппаратура
ОС, файлы
Сетевой доступ
Хранение данных
Схемы данных SP
SQL UI
UI-компоненты
HTML-браузер
Логика
Аппаратура
ОС, файлы
Сетевой доступ
Доступ к данным
Интеграция
21

22. App ServerRDBMS Client PC
Логика
UI
Хранение данных
SQL
UI-компоненты
HTML-браузер
Логика
Доступ к данным
Интеграция
Web Server
Логика UI
ESB
Сообщения
BPMS
Workflow
Аппаратура + VM
ОС, файлы Сетевой доступ
Маршрутизация
… …
Схемы данных SP
22

23. РАЗДЕЛЕНИЕ ФУНКЦИЙ
 Децентрализация
 Повышение автономности
 Масштабирование по производительности
 Специализация
 Интеграция разделенного
23

24. 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
Маршрутизация
24

25. 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
25

26. ПРОБЛЕМА ОБЩЕЙ ЛОДКИ
Появляющиеся новые инфраструктуры могут толкать к смене
архитектурных стилей, даже если практической потребности
на предприятии нет!
26
 Фокус развития технологий вендоров
 Область интереса исследователей
 Вектор устремлений кадров
 Маркетинговый шум
* Чуть раньше или чуть позже – но вливаться придется,
даже если не хочется и даже если незачем!

27. РЕЗЮМЕ ВТОРОЙ ИСТОРИИ
 MSA – очередной шаг в развитии архитектурных стилей
сложных программных систем предприятия
 MSA продолжает общее движение в сторону специализации,
грануляризации и выделения общих инфраструктур
 Как и все предыдущие шаги, MSA решает часть проблем, которые возникают
(обычно) в предшествующих стилях, и порождает ряд новых
 Бесплатных завтраков, конечно, не бывает
27

28. ИСТОРИЯ ТРЕТЬЯ
Роль и специализации архитектора
28

29. SW
Dev
Arch
Mgr
А
29

30. Информационная архитектураИнтеграция приложений
Инфраструктура (техническая архитектура)
30
Вендор

31. Информационная архитектура
Техническая архитектура
Архитектура сервиса
Инфраструктура
Технологический каркас
31

32. ТРИ ИСТОРИИ РАЗВИТИЯ
 Рыночных потребностей в мирах Web и Enterprise
 Архитектурных стилей программных систем предприятия
 Специализаций роли архитектора
…приводящие к появлению MSA
и смене специализаций в Enterprise?
32

33. Спасибо за внимание!
Игорь Беспальчук
Руководитель проектов дирекции архитектуры
bespalchuk@custis.ru
www.custis.ru