Как по нытью разработчиков понять, что вам нужны фича-серверы
Динамические окружения, или фича-серверы, позволяют разработчикам тестировать все фичи независимо друг от друга на актуальной копии сервиса. При таком подходе разработчики не мешают друг другу, распутывая клубки конфликтующих изменений в разных фичах. В этой статье расписал красные флаги, которые дадут понять, что вам нужны фича-серверы.
Мы решили проблему топором – два стендовых бекенда и фронт на каждую ветку в репозитории с возможностью деплоить на 1 и на 2 бекенд. Тестировщики жонглировали ветками только на бекендах, а фронт удобно деплоился по веткам-доменам:
feature-1-beckend-1.domain.com
feature-2-beckend-1.domain.com
feature-2-beckend-2.domain.com
На команду из ~10 разработчиков и 3 тестировщиков хватало с головой)
На обычных проектах мы сами делаем под ветки фронтенда отдельные стенды, а бэк заливаем на единый дев, потому что там автотесты и тестировщики взаимодействуют уже со связкой фронта и бэка
А если проект сложный и надо тестить отдельно бэкенд ветки, то не заморачиваемся с двумя бэкендами, которых может не хватить в момент подключения нового бэкендера или нового стрима, а сразу сетапим фича стенды уже для бэков