Определение классического конвейера
Azure DevOps Services | Azure DevOps Server 2022 — Azure DevOps Server 2019
Azure Pipelines предоставляет высоко настраиваемый и управляемый конвейер для выпусков на несколько этапов, таких как разработка, промежуточное управление, QA и рабочая среда. Она также предлагает возможность реализовать ворота и утверждения на каждом этапе.
В этом руководстве описывается, как выполнять следующие задачи.
- Триггеры непрерывного развертывания
- Добавление этапов
- Добавление утверждений перед развертыванием
- Создание выпусков и мониторинг развертываний
Необходимые компоненты
Что вам понадобится:
Конвейер выпуска, содержащий по крайней мере один этап. Если у вас еще нет, его можно создать, выполнив следующие краткие руководства и руководства.
Два отдельных целевых объекта, в которых вы развернете приложение. Это могут быть виртуальные машины, веб-серверы, локальные группы физического развертывания или другие типы целевого объекта развертывания. В этом примере мы используем экземпляры веб-сайта службы приложение Azure. Если вы решите сделать то же самое, вам придется выбрать имена, которые уникальны, но рекомендуется включить "QA" в имя одного, и "Production" в имя другого, чтобы можно было легко их определить. Используйте портал Azure для создания нового веб-приложения.
Триггеры непрерывного развертывания (CD)
Включение триггера непрерывного развертывания будет поручать конвейеру автоматически создавать новый выпуск каждый раз, когда будет доступна новая сборка.
В Azure Pipelines откройте вкладку "Выпуски". Выберите конвейер выпуска, а затем нажмите кнопку "Изменить".
Щелкните значок триггера непрерывного развертывания в разделе "Артефакты", чтобы открыть панель триггера. Убедитесь, что эта функция включена, чтобы создать новый выпуск после завершения каждой успешной сборки.
Щелкните значок условий предварительного развертывания в разделе "Этапы", чтобы открыть панель условий. Убедитесь, что триггер развертывания на этом этапе имеет значение After release. Это означает, что развертывание будет инициировано автоматически при создании нового выпуска из этого конвейера выпуска.
Вы также можете настроить триггеры выпуска, триггеры этапа или запланировать развертывание.
Добавление этапов
В этом разделе мы добавим два новых этапа в конвейер выпуска: QA и production (два веб-сайта служб приложение Azure в этом примере). Это типичный сценарий, в котором сначала выполняется развертывание на тестовом или промежуточном сервере, а затем на динамическом или рабочем сервере. Каждый этап представляет один целевой объект развертывания.
Выберите вкладку "Конвейер" в конвейере выпуска и выберите существующий этап. Измените имя этапа на Рабочую среду.
Выберите раскрывающийся список +Добавить и выберите этап клонирования (параметр клонирования доступен только при выборе существующего этапа).
Как правило, вы хотите использовать те же методы развертывания с тестовой и рабочей стадией, чтобы убедиться, что развернутые приложения будут вести себя так же. Клонирование существующего этапа — это хороший способ обеспечить одинаковые параметры для обоих. Затем необходимо просто изменить целевые объекты развертывания.
На клонируемом этапе будет указано имя Copy of Production. Выберите его и измените имя на QA.
Чтобы переорганизовать этапы конвейера, выберите значок условий предварительного развертывания на этапе QA и установите триггер после выпуска. На схеме конвейера будут показаны два этапа параллельно.
Щелкните значок условий предварительного развертывания на этапе рабочей среды и установите триггер на "После этапа", а затем в раскрывающемся списке "Этапы" выберите "Этапы". Теперь схема конвейера указывает, что два этапа будут выполняться в правильном порядке.
Примечание.
Вы можете настроить развертывание, чтобы начать, когда развертывание на предыдущем этапе частично успешно выполнено. Это означает, что развертывание продолжится, даже если некритическая задача завершилась ошибкой. Обычно это используется в вилках и соединениях развертываний, которые развертываются на разных этапах параллельно.
Выберите раскрывающийся список "Задачи" и выберите этап качества обслуживания.
В зависимости от задач, которые вы используете, измените параметры таким образом, чтобы этот этап развертывается в целевом объекте QA. В нашем примере мы будем использовать задачу развертывания приложение Azure службы, как показано ниже.
Добавление утверждений перед развертыванием
Конвейер выпуска, который мы ранее изменили, развертывается в QA и рабочей среде. Если развертывание в QA завершается сбоем, развертывание в рабочей среде не активируется. Перед развертыванием в рабочей среде рекомендуется всегда проверять правильность работы приложения на этапе качества обслуживания или тестирования. Добавление утверждений обеспечит выполнение всех критериев перед развертыванием на следующем этапе. Чтобы добавить утверждения в конвейер, выполните указанные ниже действия.
Выберите вкладку "Конвейер" , значок условий предварительного развертывания, а затем утверждающие предварительное развертывание.
В текстовом поле "Утверждающие" введите пользователей, которые будут отвечать за утверждение развертывания. Также рекомендуется снять флажок "Пользователь, запрашивающий выпуск или развертывание", не должен утверждать его .
Вы можете добавить как нужное количество утверждающих пользователей, так и отдельных пользователей и групп организации. Кроме того, можно настроить утверждения после развертывания, выбрав значок "пользователь" в правой части этапа на схеме конвейера. Дополнительные сведения см. в разделе "Выпуски шлюзов и утверждений".
Выберите Сохранить.
Создание выпуска
Теперь, когда установка конвейера выпуска завершена, пришло время начать развертывание. Для этого мы создадим новый выпуск вручную. Обычно выпуск создается автоматически при доступности нового артефакта сборки. Однако в этом сценарии мы создадим его вручную.
Выберите раскрывающийся список "Выпуск" и нажмите кнопку "Создать выпуск".
Введите описание выпуска, убедитесь, что выбраны правильные артефакты, а затем нажмите кнопку "Создать".
Появится баннер, указывающий, что создан новый выпуск. Выберите ссылку на выпуск, чтобы просмотреть дополнительные сведения.
На странице сводки о выпуске будет отображаться состояние развертывания на каждом этапе.
Другие представления, такие как список выпусков, также отображают значок, который указывает, что ожидается утверждение. На значке отображается всплывающее окно, содержащее имя сцены и дополнительные сведения при указании на него. Благодаря этому администратор может легко увидеть, какие выпуски ожидают утверждения, а также общий ход выполнения всех выпусков.
Щелкните значок pending_approval, чтобы открыть панель окна утверждения. Введите краткий комментарий и нажмите кнопку "Утвердить".
Примечание.
Вы можете запланировать развертывание на более позднюю дату, например во время непиковых часов. Вы также можете переназначить утверждение другому пользователю. Администраторы выпуска могут получить доступ ко всем решениям о утверждении и переопределить их.
Мониторинг и отслеживание развертываний
Журналы развертывания помогают отслеживать и отлаживать выпуск приложения. Чтобы проверить журналы развертывания, выполните указанные ниже действия.
В сводке по выпуску наведите указатель мыши на этап и выберите журналы.
Во время развертывания вы по-прежнему можете получить доступ к странице журналов, чтобы просмотреть динамические журналы каждой задачи.
Выберите любую задачу, чтобы просмотреть журналы для этой конкретной задачи. Это упрощает трассировку и отладку проблем развертывания. Вы также можете скачать отдельные журналы задач или zip-файл всех файлов журнала.
Если требуется дополнительная информация для отладки развертывания, можно запустить выпуск в режиме отладки.