Как тестировать Микросервисы локально?

Мы часто слышим, что Docker упрощает жизнь разработчиков и QA, но давайте разберемся, как им пользоваться в мире микросервисов? Поговорим, как с помощью Docker Compose собирать, тестировать и даже отлаживать весь ваш микросервисный зоопарк.

1. Как тестировать микросервисы локально?
2. О чём пойдёт речь Какую проблему мы решаем? Docker, Docker Compose и их друзья Использование Git Submodules Удаленная отладка контейнеров Что получилось и какие есть ограничения в этом решении
3. О СПИКЕРЕ • В индустрии более 14 лет • Основная специализация – Java и DevOps • Работаю в роли Software Архитектора в Т1 Иннотех уже 4.5 года • Мы с вами уже встречались на других конференциях 🙂 3
4. КАКУЮ ПРОБЛЕМУ МЫ РЕШАЕМ? QA + Получить локальную сборку сервисов, близкую к Dev или Stage стенду. + Проверить изменения в части микросервисов. DEV + Возможность проверить свою задачу в интеграции с другими сервисами. + Не ждать это 100500 лет пока задеплоится на Dev. + Иметь возможность дебажить эти сервисы. 4
5. ЧТО ТАКОЕ DOCKER? Docker — это платформа для разработки, распространения и запуска приложений в изолированных контейнерах. Основная цель Docker — облегчить процесс доставки приложений путем создания контейнеров, которые обеспечивают полное воспроизведение рабочей среды независимо от инфраструктуры.
6. ЧТО ТАКОЕ DOCKER COMPOSE? Docker Compose используется для одновременного управления несколькими контейнерами, входящими в состав приложения. Этот инструмент предлагает те же возможности, что и Docker, но позволяет работать с более сложными приложениями.
7. Docker in Production Docker on my host machine
8. ПРИМЕР romanow/local-dev-with-docker
9. s t c e oj r p ll a d Bui l es g a im d l Bui es c i v ser n Ru ??? !!! T I F PRO
10. КАК БУДЕМ СОБИРАТЬ? ЧТОБЫ ВСЕХ ОТЫСКАТЬ, ВОЕДИНО СОЗВАТЬ И ЕДИНОЮ ЧЕРНОЮ ВОЛЕЙ СКОВАТЬ
11. GIT SUBMODULES Git Submodules — это механизм, позволяющий встраивать один репозиторий Git в другой как подкаталог, сохраняя независимость и возможность управления каждым репозиторием отдельно.
12. СОБИРАЕМ ПРОЕКТ
13. s t c e oj r p ll a d Bui l es g a im d l Bui es c i v ser n Ru ??? !!! T I F PRO
14. ЗАВОРАЧИВАЕМ В DOCKER
15. s t c e oj r p ll a d Bui l es g a im d l Bui es c i v ser n Ru ??? !!! T I F PRO
16. ЗАПУСКАЕМ
18. s t c e oj r p ll a d Bui l es g a im d l Bui es c i v ser n Ru ??? !!! T I F PRO
19. УДАЛЕННАЯ ОТЛАДКА
21. ПОТРЕБЛЕНИЕ РЕСУРСОВ + Простотой запуск docker compose up. + Используем Postgres, Kafka и N приложений на Java / Spring. + Ресурсы на сервисы не задаем. + Для Docker выделено 10Gb и 4 CPU. КОЛИЧЕСТВО ПОТРЕБЛЕНИЕ ПОТРЕБЛЕНИ КАК ЭТО ВСЕ СЕРВИСОВ ПАМЯТИ Е CPU РАБОТАЕТ 5 40 % 20 % Быстро 10 60 % 30 % Быстро 20 100 % 60 % Очень медленно 70 % Для запуска не хватает памяти 25 100 %
22. ВЫВОДЫ + Это некоторое промежуточное решение между «у меня все работает локально» и «все работает на тестовом контуре k8s». + Docker Compose активно развивается и является отличным инструментом для использования в разработке. + У разработчиков больше нет отмазки «как я весь контур подниму, чтобы это протестировать?!». + Можно делать debug прямо внутри контейнера.
23. Спасибо за внимание