Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Три истории микросервисов / Игорь Беспальчук (CUSTIS)

268 views

Published on

РИТ++ 2017, Web-scale IT Сonference
Зал Владивосток, 6 июня, 15:00

Тезисы:
http://webscaleconf.ru/2017/abstracts/2829.html

Я постараюсь не обращаться к банальным лозунгам "монолит - это плохо, микросервисы - это хорошо", а постараюсь проследить генезис этого явления, очертить несколько исторических линий, которые показывают, что микросервисная архитектура - это очередной эволюционный шаг развития в ИТ предприятия.

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

Published in: Engineering
  • Be the first to comment

Три истории микросервисов / Игорь Беспальчук (CUSTIS)

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

×