Как по нытью разработчиков понять, что вам нужны фича-серверы
Динамические окружения, или фича-серверы, позволяют разработчикам тестировать все фичи независимо друг от друга на актуальной копии сервиса. При таком подходе разработчики не мешают друг другу, распутывая клубки конфликтующих изменений в разных фичах. В этой статье расписал красные флаги, которые дадут понять, что вам нужны фича-серверы.
Интересная история, разве поднятие виртуалки с развернутым софтом на ней не базовая задача для индустрии ИТ сегодня? Это нужно просто, чтобы хотя бы интеграционные тесты прогнать.
У нас перед каждым коммитом в мастер бранч прогоняется все юнит тесты и основные интеграционные.
Асинхронно прогоняются все интеграционные, performance и юнит тесты для всех комбинаций архитектур и платформ, которыми пользуются наши клиенты - Windows, macOS, Linux/AMD64, ARM, IBM... Автоматически детектируются коммиты, которые сломали что-либо. Включая perf.
Вот поднять такую инфраструктуру сложно, а разворачивание ПО на одной виртуалке - это просто маленький винтик в ней.
В предыдущей статье автор утверждал, что у них там очень много клиентов, которые о никаких CI/CD слыхом не слыхивали, и деплоят руками
Термином "сервер" я сознательно упростил менее понятное "окружение". Технически это всё развертывается в кубернетесе и билд пропускается через стандартный процесс CI/CD, где запускаются все автотесты
Мы занимаемся в основном веб и мобильной разработкой, статья про именно про веб проекты. Поэтому задачи про тестирование на нескольких архитектурах и платформах не стоит. Но в остальном всё делаем также как вы и сказали