Документ детализирует опыт разработки продукта 'Киноплан' с использованием микросервисов и Docker, акцентируя внимание на плюсы и минусы текущего подхода к разработке и тестированию. В нем рассматриваются проблемы, связанные с использованием тестовых окружений и управлением экземплярами на основе JIRA. Также обсуждаются ключевые аспекты, такие как отсутствие системы git-flow и необходимость изучения инструментов автоматизации.

1. Impact Mapping: планирование
разработки продукта с учетом
бизнес целей
Александр Бындю (byndusoft.com)
Микросервисы и
Docker
Глеб Паньшин "Точка Кипения"
me@panshin.pro

2. Точка Кипения
КИНОПЛАН

3. Проект
• 3 года разработки
• 16 + 1 разработчиков
• ~ 1200 недовольных кинотеатров

4. Технологии

5. Dev и Ops

6. 2014 год
DEV сервер
Developer0
Developer1
Developer2
Developer3
Developer4

7. DEV сервер
Developer0
Developer1
Developer2
Developer3
Developer4
developer0.dev.kinoplan.ru
developer1.dev.kinoplan.ru
…
developer4.dev.kinoplan.ru

8. Плюсы
• Минимум действий от разработчика
• Относительно удобно поддерживать
• Окружение как на боевом сервере

9. Минусы
• Отказ сервера останавливает работу всей
команды
• Битва за ресурсы
• Удаленное редактирование кода (no vim???)
• Неудобно для отдела тестирования

10. DEV сервер
Developer0
Developer1
Developer2
Developer3
Developer4
Developer0
Developer1
Developer2
Developer3
Developer4

11. • Как поддерживать окружение разработчиков
• А как тестировать то теперь?

12. 2 тестовых окружения
хватит всем
• dev.kinoplan.ru
• stage.dev.kinoplan.ru

13. Stage кому-то нужен?

14. Помощники

15. Task flow
ToDo In progress
KW-1001 KW-1001
Branch Created

16. Task flow
In progress Build
KW-1001 KW-1001
Pull request created

17. Task flow
Build QA
KW-1001 KW-1001
Instance created

18. Task flow
QA Review
KW-1001 KW-1001
Instance deleted

19. Task flow
Review Ready
KW-1001 KW-1001
Instance deleted
Pull request closed

20. Task flow
Ready Done
KW-1001 KW-1001
Deployed

21. TK Jira Tool
• Создание Instance после успешного билда
• Актуализация Instance
• Удаление Instance
• Следит за количеством Approve

22. Ключевые аспекты
• No git-flow. Только master-branch
• Тестирование до review
• Instance для каждой задачи ( Front only )
• У всех проектов триггер на изменение master
ветки
• Кнопка MERGE в руках QA-специалистов

23. А как же backend?

24. Теперь про Dev

27. • Не уходим от ssh
• Надо изучать Puppet, chef, ansible..

29. • docker-machine
• репозиторий с sub-modules

30. git clone &&
git submodules init &&
bin/start

32. Что в продакшне?
• 15 контейнеров
• 5 из них общаются с миром по HTTP

33. Визуализация иерархии

34. Иерархия в Bamboo
• Каждый образ это отдельный репозиторий
• Каскадный билд

35. Так что там про
микросервисы?

36. Представьте, что вы
разрабатываете большое
сложное приложение

37. Архитектура
ОрганизацияПроцессы
Автономные команды
Agile
Continuous Deployment

38. Монолит vs Микросервисы

39. Сколько и насколько
маленькие?

40. 28.000 LoC
32.000 LoC
450 LoC

41. Почему
остановились?

42. • Микросервисы ради микросерсивов
неисчерпаемый объем видимой работы
• Отсутствие сильного отдела эксплуатации