Доклад Александра Баранецкого для Съесть собаку #13, 14/06/2018. Тезисы: - Как сделать гибкой разработку на микросервисной системе, в которой более 100 узлов; - Как минимизировать ошибки и их цену; - Как мягко обеспечить миграции версий и эволюцию всей системы в целом.

1. Как мы экспериментируем в больших
микросервисных системах?
Alexandr Baranezky, PDFfiller

2. ● Быстрая доставка фич и фиксов
● Экосистема A/B тестов
● Масштабирование микросервисов на
случай нагрузки

5. А нужны ли микросервисы?

6. 31 мая 2018

7. The history of DevOps

8. PDFfiller’s TeamCity stats
Build Agents 20
Build configurations 1565
Active build configurations 1357 (86%)
Projects 1049

9. A/B тесты в PDFfiller

12. ● Большое количество кода пишется в
соответствии с A/B тестами, а потом уже с
инженерными: SOLID, DRY, e.t.c.
● Каким бы ни было хорошим решение, если оно
проигрывает в A/B тесте, оно не будет
допущено на прод
● A/B тесты внедрены в 80% кода компании

13. Глобальный контекст
А - 90%
B - 10%
V 1.0
V 2.0

14. Обзор архитектуры системы PDFFiller

16. Client app
Web Sockets
AUTH LOGGER Rest API

17. CLIENT
WebSocket
Business
Logic
Platform
(PHP)
Worker

18. Сборка микросервиса
более
200
микросервисов

19. Кто работает с подобной системой?

20. Подход, который ускоряет разработку

21. Крутая фича
Разработчик

25. Как стартует микросервис

26. Как мы держим нагрузку?

27. Сервис 1
Сервис 2
Сервис 4
Сервис 5
Сервис 3
Am
azon
ECS
-
Наш
е
все

28. Фишки, которые мы используем в работе

29. Единая структура данных на всех уровнях (AST)

30. ● В идеале — один код на клиенте и сервере
(NodeJS, JS)
● В дерево можно добавлять новые сущности
(поля), но не трогать старые
(backward compatibility)
● Огромные деревья (более 1 мегабайта)
передаются по частям командами,
изменяющими состояние

31. CQRS

32. Microservices at PDFfiller
Alex V. Baranezky
SE at PDFfiller.com
Q / A

33. PDFfiller’s TeamCity stats