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

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–
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

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