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