Андрей Матвеев "Основные принципы микросервисов и их реализации"
0 likes169 views
Посмотрим, что скрывается за модным buzzword’ом, взвесим обещанные плюсы и найдем минусы, о которых умалчивают. Разберемся зачем они нужны, и пора ли отказываться от монолита. И попробуем понять, как же их делать.
Ad
More Related Content
Similar to Андрей Матвеев "Основные принципы микросервисов и их реализации" (20)
More from MskDotNet Community (19)
Ad
Андрей Матвеев "Основные принципы микросервисов и их реализации"
- 1. Основные принципы микросервисов и их реализации
- 2. Микросервисы Что это такое? Как это оценить? Зачем это нужно? Как это делать? 1 2 3 4
- 4. Определение микросервисов Набор независимых, но связанных между собой сервисов Построены вокруг бизнес-потребностей Развертываются независимо Имеют минимум централизованного управления 1 2 3 4
- 5. X axis – horizontal duplication Scale by cloning Y axis – functional decomposition Scale by splitting different things Z axis– datapartitioning Scale bysplitting sim ilarthings
- 6. X axis – horizontal duplication Scale by cloning Y axis – functional decomposition Scale by splitting different things Z axis– datapartitioning Scale bysplitting sim ilarthings
- 7. X axis – horizontal duplication Scale by cloning Y axis – functional decomposition Scale by splitting different things Z axis– datapartitioning Scale bysplitting sim ilarthings
- 8. X axis – horizontal duplication Scale by cloning Y axis – functional decomposition Scale by splitting different things Z axis– datapartitioning Scale bysplitting sim ilarthings
- 9. Обещания микросервисов Инкапсуляция бизнес-логики Независимость в выборе технологий Независимость в развертывании отдельного сервиса Независимое внесение изменений Меньшее значение Time To Market Быстрая адаптация к изменениям 1 2 3 4 5 6
- 10. Очевидные трудности Распределенная система Несогласованность данных Сложность дизайна целой системы 1 2 3
- 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 ?
- 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
- 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
- 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 ?
- 43. Уникальные идентификаторы сервисов Уникальный идентификатор для каждого запроса Использование UTC timestamp Агрегация логов 1 2 3 4 Логирование
- 44. Использование таймаутов при запросах Частое переиспользование кода Статичные контракты Недоступность целого из-за отказа части Микролитизация 1 2 3 4 5 Распространенные ошибки
- 45. Пример
- 52. Прием средств и переводов acquiring endpoint POS endpoint SST landing acquiring service POS service SST service
- 55. Объединение запросов Запрос на списание получен. ID: xxxx-xxxx-xxxx-xxxx Списание прошло успешно. ID: xxxx-xxxx-xxxx-xxxx Средства переведены клиенту. ID: xxxx-xxxx-xxxx-xxxx
- 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