Доклад с конференции Joker 2016 SE. http://jokerconf.com/talks/microservices-first-blood/

1. 1
Микросервисы
п е р в а я к р о в ь

2. Сячин Максим
2
maxsyachin@gmail.com
https://twitter.com/FinneTrolle
https://github.com/finnetrolle

3. 3

4. 4

5. 5

6. 6

7. 7

8. 8

9. 9

10. 10

11. Договоренности
• -Все что я рассказываю мой личный опыт
• QAДля вопросов будет секция в конце
выступления
• -Для больших вопросов
дискуссионная зона после выступления
11

12. 12
?А мне что с того

13. Где набираетесь
?опыта
• Собственные проекты
• Работа или фриланс
• Open source проекты
• Дипломные и научные работы
13

14. 14

15. 15
?

16. 16
?

17. 17
?

18. 18
-С монолитом сложно
- !Но микросервисы не монолит

19. Проект с
-микросервисами
лучший вариант работы
для студента
19

20. 20

21. 21

22. ?Что мы делаем
• Сопровождаем процесс подписки
• Печатаем документы для сторон
• Строим разные графики и отчеты
22

23. 23

24. 24

25. Что такое
?микросервисы
25
In short, the microservice architectural style is an approach to
developing a single application as a suite of small services,
each running in its own process and communicating with
lightweight mechanisms, often an HTTP resource API. These
services are built around business capabilities and
independently deployable by fully automated deployment
machinery. There is a bare minimum of centralized
management of these services, which may be written in
different programming languages and use different data storage
technologies.
-- James Lewis and Martin Fowler

26. 26
-Чем выше продуктивность
тем быстрее внедряется новая
функциональность
-Чем выше продуктивность
тем быстрее внедряется новая
функциональность
-Чем дольше разрабатываем
тем больше функциональности
и тем выше сложность
-Чем дольше разрабатываем
тем больше функциональности
и тем выше сложность
http://martinfowler.com/microservices/

27. 27

28. 28

29. 29

30. !Грааль найден
30

31. 31

32. Monolith First
32

33. 33

34. 34

35. Обязательные
требования
• Реализуем интерфейсы для разбиения
• Не допускаем высокую связность
• Поддерживаем высокую дисциплину
• Закладываем время на разбиение
35

36. 36

37. 37
ПервыйрелизПервыйрелиз

38. Monolith FirstКак помог
?нашему проекту
• ( !)Ускорен выпуск релиза мы успели
• Определились границы между модулями
38

39. 39

40. 40

41. 41

42. 42

43. 43

44. 44

45. 45

46. 46

47. Недостатки большого
количества сервисов
• Большая операционная сложность
• Труднее воспроизвести окружение для
тестирования
• -Отказы это данность
47

48. Преимущества большого
количества сервисов
• Горизонтальное масштабирование из коробки
• ...Низкая связность между сервисами
• ... !и между командами
• ...Каждая часть системы достаточно мала чтобы
48

49. 49
=>Найти небольшую задачу
=>Быстро разобраться
=>Быстро выполнить
Раньше начать приносить пользу
=>

50. Хороший первый
день на новой
!работе
50

51. 51

52. 52
Netflix?А как там у
• 600Более сервисов
• EC2 AmazonДесятки тысяч нод в
• Миллиарды запросов ежедневно

53. Команды ответственны за
жизненный цикл
разработанных
приложений
53
• Разработка
• /Релиз деплой
• Обслуживание сервисов в проде

54. 54
Моя
!прелесть

55. 55

56. 56
Не все вокруг
гвозди

57. 57

58. 58

59. ?Что лучше
59

60. 60
Зависит от задачи

61. 61

62. 62

63. 63

64. 64

65. 65

66. 66

67. 67

68. 68

69. 69

70. 70

71. 71

72. 72

73. 73

74. 74

75. 75

76. 76

77. 77

78. 78

79. Eventual consistency
79

80. Минусы зоопарка
технологий
• Не всегда существуют лучшие практики
• Высокая общая сложность системы
• Больше сервисов для обслуживания
• Сложнее управлять разработкой
• SHOKВысокий риск появления
80

81. 81
Single
Head
Of
Knowledge
Дорога в ад для любого проекта

82. Плюсы свободы выбора
инструментов
• -Каждой задаче лучший инструмент
• Новое взамен устаревшего
• Расширяет кругозор
82

83. 83+ 10 скиллов в резюме

84. 84
Наш скромный стек

85. 85

86. 86

87. 87
Композитный ответ
JSONОсобо жирный

88. JSONКомпозитный
88
http://catalogue/api/subscription/1234

89. Какая цена для издания 1234
в регионе с кодом 44?
89

90. 90

91. 91
subscription.getRegionalOptions().stream()
.filter(o -> o.getTcfpsCode().equals("44"))
.findFirst()
.get().getPriceGroup();

92. 92
subscription.getPriceGroups().stream()
.filter(g -> g.getId().equals(
subscription.getRegionalOptions().stream()
.filter(o -> o.getTcfpsCode().equals("44"))
.findFirst()
.get().getPriceGroup()))
.findFirst()
.get().getPrice();

93. 93
http://catalogue/api/subscription/1234/prices

94. 94
http://catalogue/api/subscription/1234/region/908/priceMin

95. 95
Richardson maturity model

96. 96
APIДольше делать

97. 97
• Результат
качественнее
• Экономия трафика
• Экономия ресурсов

98. Вы приблизитесь
к искусству
создания
красивого и
функционального
API
98

99. APIЭволюция
99

100. 100

101. 101
?!Серьезно

102. ?Что хотелось бы
• APIВовремя узнавать об изменениях внешних
сервисов
• Иметь возможность поддерживать изменения в
,течение времени не сразу
• И знать как мигрировать
102

103. 103
Expand and Contract

104. 104
Expand and Contract

105. 105
Expand and Contract

106. 106
Expand and Contract

107. 107

108. API v1 -> v2 migration timeline
• 28 2016июня - API v1 deprecatedстановится
• 28 2016сентября - ваши новые пользователи
получат уведомление
• 28 2017марта - все ваши пользователи
emailполучат уведомление по
• 28 2017июня - API v1 будет выключен
108

109. 109
API v1 -> v2 migration guide

110. 110

111. ,Отмечено что
• " "Быстрее въезжаешь в проект
• Понимание оркестрации приходят постепенно
• Знакомишься с новыми технологиями
• Определяешься с любимой специализацией
111

112. 112
Свой любимый микросервис

113. Проект с
-микросервисами
лучший вариант работы
для студента
113

114. 114
,Говорят вы перешли на микросервисы
?И как они вам

115. 115

116. 116
Использовали
Monolith First
правильно

117. 117
Следили
за вашим
зоопарком
сервисов

118. 118
Каждой задаче
свой инструмент

119. 119
Тщательно
продумывали
API ваших
приложений

120. 120
APIИзменяли
по паттерну
Expand
and
Contract

121. 121

122. 122