Андрей Матвеев «Основные принципы микросервисов и их реализации»

Разговор пойдет о том, что скрывается за модным buzzword’ом, будут рассмотрены обещанные плюсы и найдены минусы, о которых умалчивают. Зачем нужны микросервисы, пора ли отказываться от монолита и как же их делать.

Transcript

1. Основные принципы микросервисов и их реализации
2. Микросервисы Что это такое? Как это оценить? Зачем это нужно? Как это делать? 1 2 3 4
3. 1 Что такое микросервисы?
4. Определение микросервисов Набор независимых, но связанных между собой сервисов Построены вокруг бизнес-потребностей Развертываются независимо Имеют минимум централизованного управления 1 2 3 4
5. X axis – horizontal duplication Scale by cloning Y axis – functional decomposition Scale by splitting different things Z axis – data partitioning Scale by splitting sim ilar things
6. X axis – horizontal duplication Scale by cloning Y axis – functional decomposition Scale by splitting different things Z axis – data partitioning Scale by splitting sim ilar things
7. X axis – horizontal duplication Scale by cloning Y axis – functional decomposition Scale by splitting different things Z axis – data partitioning Scale by splitting sim ilar things
8. X axis – horizontal duplication Scale by cloning Y axis – functional decomposition Scale by splitting different things Z axis – data partitioning Scale by splitting sim ilar things
9. Обещания микросервисов Инкапсуляция бизнес-логики Независимость в выборе технологий Независимость в развертывании отдельного сервиса Независимое внесение изменений Меньшее значение Time To Market Быстрая адаптация к изменениям 1 2 3 4 5 6
10. Очевидные трудности Распределенная система Несогласованность данных Сложность дизайна целой системы 1 2 3
11. 2 Что такое микросервисы?
12. Параметры оценки Гибкость при разработке Простота развертывания Тестируемость Масштабируемость Простота разработки Производительность 1 2 3 4 5 6
13. Гибкость при разработке, монолит application module #1 module #2 module #3 module #4 module #5
14. Гибкость при разработке, микросервисы application service #1 service #2 service #3 service #4 service #5
15. Простота развертывания, монолит git ci cd prod
16. Простота развертывания, микросервисы git ci cd prod git ci cd prod git ci cd prod
17. Тестируемость, монолит module #1 module #1 module #2 module #3 module #4 module #5 module #2 module #3 module #4 module #5
18. Тестируемость, микросервисы service #1 service #2 service #3 service #4 service #5 service #1 service #2 service #3 service #4 service #5 ?
19. монолит монолит монолит монолит монолит Масштабируемость, монолит
20. service #1 service #2 service #3 service #1 service #2 service #3 service #1 service #2 service #1 Масштабируемость, микросервисы
21. Простота разработки, монолит application module #1 module #2 module #3 module #4 module #5 module #1 module #2 module #3 module #4 module #5
22. Простота разработки, микросервисы application service #1 service #2 service #3 service #4 service #5
23. ?service #1 service #2 service #3 service #4 service #5 Производительность module #1 module #2 module #3 module #4 module #5
24. 3 Зачем нужны микросервисы?
25. Кто их использует
26. Когда их использовать less complex higher volume (”internet-scale”) domain scalability complexity lower volume (”enterprise-scale”) more complex micro services modular monoliths
27. Когда еще их использовать Необходимо выпускать новый функционал часто Можно получить большие преимущества при написании разных частей системы на разных языках Есть необходимость использовать разные базы данных для разных задач 1 2 3
28. Когда лучше не использовать Не знаете зачем они Нет соответствующей инфраструктуры 1 2
30. 4 Как строить микросервисы?
31. Как строить микросервисы Функциональная декомпозиция Взаимодействие с пользователями системы Взаимодействие между сервисами Обеспечение согласованности данных Service discovery Тестирование Логирование 1 2 3 4 5 6 7
32. Функциональная декомпозиция application service #1 service #2 service #3 service #4 service #5
33. Cильная гранулярность service #1 service #2 service #3 service #4 service #5
34. client service service service Взаимодействие с пользователями
35. Минусы прямого взаимодействия Больше сервисов — больше запросов Протоколы могут отличаться от HTTP Затрудняет рефакторинг 1 2 3
36. API Gateway client API gateway service service service
37. Взаимодействие между сервисами Синхронные запросы Асинхронные уведомления service#2 service#1 service#2 service#1 service#3 service#n
38. HTTP Akka.netе, MS Orleans WCF Protobuf Apache Thrift Linkerd 1 2 3 4 5 6 Синхронные запросы
39. Обеспечение согласованности данных После совершения пользователем операции в одном из сервисов изменились данные и нужно эти изменения отправить в другой сервис. Нам необходимо построить отчет по неким показателям, данные для составления отчета распределены по нескольким микросервисам. 1 2
40. Apache Kafka RabbitMQ Akka.net, MS Orleans 1 2 3 Асинхронные уведомления
41. Service discovery service #1 service #2 ?
42. Тестирование exploratory end-to-end component integration unit
43. Уникальные идентификаторы сервисов Уникальный идентификатор для каждого запроса Использование UTC timestamp Агрегация логов 1 2 3 4 Логирование
44. Использование таймаутов при запросах Частое переиспользование кода Статичные контракты Недоступность целого из-за отказа части Микролитизация 1 2 3 4 5 Распространенные ошибки
45. Пример
46. Исходная позиция интернет- эквайринг POS в магазинах терминалы самообслуживания
47. Прием заявок acquiring landing POS landing applicant service SST landing
48. CRM acquiring landing POS landing applicant service SST landing CRM service
49. Интеграция сервисов acquiring landing POS landing applicant service SST landing message bus CRM service
50. Сервис для клиентов CRM service message bus backoffice service web ui
51. Еще точки входа acquiring endpoint POS endpoint SST landing
52. Прием средств и переводов acquiring endpoint POS endpoint SST landing acquiring service POS service SST service
53. Связь с процессингом acquiring service POS service message bus SST service processing service external systems
54. Связь с клиентом SST service POS service acquiring service processing service message bus backoffice service web ui
55. Объединение запросов Запрос на списание получен. ID: xxxx-xxxx-xxxx-xxxx Списание прошло успешно. ID: xxxx-xxxx-xxxx-xxxx Средства переведены клиенту. ID: xxxx-xxxx-xxxx-xxxx
56. acquiring landing POS landing SST landing acquiring endpoint POS endpoint SST endpoint acquiring service POS service SST service applicant service web ui CRM service message bus processing service backoffice service external systems Итоговая архитектура web ui
57. Что в итоге?
58. Pros&Сons Распределенная система Гибкая разработка Легко масштабируются Низкий TTM для нового функционала + + + + Распределенная система Сложное проектирование Проблемы при тестировании - - -
59. You shouldn't start a new project with microservices, even if you're sure your application will be big enough to make it worthwhile Martin Fowler