Как стать автором
Обновить

Комментарии 5

Все понятно. Было очень большое количество сервисов. :)
Все понятно. Было очень большое количество сервисов. :)

У нас на ветках автоматически разворачивается стенд сервиса, который смотрит на мастера других сервисов, делается через gitlab ci. Мастера других сервисов подняты всегда. Соответсвенно базовый сценарий тестирования , когда пилится какая то фича в сервисе 1, а в других ничего не меняется, происходит автоматически. Внешние контракты сервиса 1 проверяются автотестами.

Интереснее когда пилятся два и более сервисов одновременно и их нужно потестировать между собой. В этом случае мы руками идём прописываем в нашем key-value хранилище (используем консул) ссылки на нужные стенды(вместо мастеров). Да это не так удобно, но надо достаточно редко

А если одновременно несколько стендов нужно? Например, сразу 2 разраба хотят что-то протестить

Если фичи разные, то есть и ветки разные, то наш key value позволяет прописывать кастомные переменные окружения для какой из веток(стендов). То есть просто алгоритм описанный выше х2.

Если ветка одна, но по каким то причинам хотят тестировать несколько человек - то тестируют на одном стенде. Теоретически есть возможность поднять клон, но на практике так никто не делает.

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.