Как компании передают код в продакшн?
Приведенная ниже схема иллюстрирует типичный рабочий процесс.
Шаг 1: Процесс начинается с того, что владелец продукта создает пользовательские истории на основе требований.
Шаг 2: Команда разработчиков берет пользовательские истории из бэклога и помещает их в спринт, рассчитанный на двухнедельный цикл разработки.
Шаг 3: Разработчики коммитируют исходный код в хранилище кода Git.
Шаг 4: В Jenkins запускается сборка. Исходный код должен пройти модульные тесты, порог покрытия кода и гейты в SonarQube.
Шаг 5: После успешного завершения сборки она сохраняется в артефакторике. Затем сборка развертывается в среде разработки.
Шаг 6: Возможно, несколько команд разработчиков работают над различными функциями. Функции должны быть протестированы независимо друг от друга, поэтому они развертываются в QA1 и QA2.
Шаг 7: Команда QA подхватывает новые QA-среды и выполняет QA-тестирование, регрессионное тестирование и тестирование производительности.
Шаг 8: После того как QA-сборки проходят проверку QA-командой, они развертываются в среде UAT.
Шаг 9: Если тестирование UAT прошло успешно, сборки становятся релиз-кандидатами и в соответствии с графиком развертываются в производственной среде.
Шаг 10: Команда SRE (Site Reliability Engineering) отвечает за мониторинг продов.