Тема перехода на микросервисную архитектуру стала одной из самых горячих на конференциях по архитектуре ПО. Заказчики и разработчики захотели раздробить монолитные приложения на множество маленьких сервисов, чтобы увеличить скорость доставки релизов до пользователей, разделить ответственность команд, уменьшить взаимозависимость бизнес-функций приложения и использовать горизонтальное масштабирование вместо вертикального. Идея микросервисов звучит красиво, пока вы не создадите десятки и сотни микросервисов. Раньше приложение запускалось на одном мощном сервере и работало на одной СУБД, а теперь надо управлять сотней микросервисов, которые связаны между собой паутиной API вызовов и шин сообщений. Разработка, выпуск релизов, тестирование, соблюдение версионности превратяться в кошмар, если не использовать правильные подходы и инструменты. В докладе покажу инструменты, которые помогают облегчить создание и управление с микросервисной архитектурой.

2. 



3. 

4. 

5. 

6. АйТи начальник

7. 

14. •
•
•
•
•
•
•

15. Легко заменяем
сервисы!
Постепенно убираем
монолит.
Масштабируем
нагрузку

16. •
•
•

17. Легко заменяем
сервисы!
Постепенно убираем
монолит.
Масштабируем
нагрузку

18. •
•
•

19. Легко масштабировать:
увеличивать и уменьшать
кол-во экземпляров
микросервиса
http://rabbitstack.github.io/cloud/microservices/from-monolithic-to-cloud-native-architectures/

20. •
•
•
•
•
•

21. Экономия на
программировании
интеграции и поддержке
инфраструктуры

22. •
•
•
•
•
•

23. Полностью
автоматизированные
релизы и
масштабирование

26. •
•
•
•
•
•
•
•
•
•
•

28. •
•
•

29. •
•
•
•
•
•

30. •
•
•
•
•
•

32. •
•
•
•
•
•
•
•

35. Спасибо!
Буду рад ответить на ваши вопросы
http://byndyu.ru
ceo@byndyusoft.com