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