Определение классического конвейера

Azure Pipelines | Azure DevOps Server 2020 | Azure DevOps Server 2019 | Team Foundation Server 2018 — Team Foundation Server 2015

Примечание

В Microsoft Team Foundation Server (TFS) 2018 и предыдущих версий конвейеры сборки и выпуска называются определениями, выполнения называются сборками, подключения к службам называются конечными точками служб, этапы называются средами, а задания называются этапами.

Azure Pipelines предоставить более настраиваемый и управляемый конвейер для выпусков на несколько стадий, таких как разработка, промежуточное развертывание, контроль качества и рабочая среда. Она также предлагает возможность реализации шлюзов и утверждений на каждом конкретном этапе.

В рамках этого учебника вы ознакомитесь со следующими сведениями:

  • Триггеры непрерывного развертывания
  • Добавление этапов
  • Добавление утверждений перед развертыванием
  • Создание выпусков и мониторинг развертываний

Предварительные требования

Что вам понадобится:

  • Конвейер выпуска, содержащий по крайней мере один этап. Если у вас его еще нет, его можно создать с помощью любого из следующих кратких руководств и учебников:

  • Две отдельные цели, в которых будет развернуто приложение. Это могут быть виртуальные машины, веб-серверы, локальные физические группы развертывания или другие типы целевых объектов развертывания. В этом примере мы используем экземпляры веб-сайта службы приложений Azure. Если вы решили сделать то же самое, вам придется выбирать уникальные имена, но рекомендуется включить "QA" в имя одного и "Production" в имени другого, чтобы их можно было легко определить. Используйте портал Azure для создания нового веб-приложения.

Триггеры непрерывного развертывания (CD)

Включение триггера непрерывного развертывания даст указание конвейеру автоматически создавать новый выпуск каждый раз, когда будет доступна новая сборка.

  1. в Azure Pipelines откройте вкладку выпуски . Выберите конвейер выпуска, выберите изменить.

    изменение пипелин выпуска

  2. щелкните значок триггера непрерывного развертывания в разделе Artifacts , чтобы открыть панель триггера. Убедитесь, что этот флажок включен, чтобы новый выпуск создавался после завершения каждой новой успешной сборки.

    Триггер непрерывного развертывания

  3. Щелкните значок условия перед развертыванием в разделе этапы , чтобы открыть панель условия. Убедитесь, что триггер развертывания на этом этапе установлен в значение после выпуска. Это означает, что развертывание будет инициировано автоматически при создании нового выпуска из этого конвейера выпуска.

    условия перед развертыванием

    Можно также настроить триггеры выпуска, промежуточные триггеры или развертывания по расписанию.

Добавить этапы

В этом разделе мы добавим в наш конвейер выпуска два новых этапа: QA и Production (два веб-сайта служб приложений Azure в этом примере). Это типичный сценарий, при котором первоначально выполняется развертывание на тестовом или промежуточном сервере, а затем на динамическом или рабочем сервере. Каждый этап представляет один целевой объект развертывания.

  1. Выберите вкладку конвейер в конвейере выпуска и выберите существующий этап. Измените имя своего этапа на Рабочая.

    выбор существующего этапа на вкладке "Pipelines" и изменение имени на "рабочая" на панели "этап"

  2. Щелкните раскрывающийся список + Добавить и выберите Этап клонирования (параметр клон доступен, только если выбрана существующая стадия).

    Выбор этапа клонирования

    Как правило, необходимо использовать те же самые методы развертывания с тестом и рабочим этапом, чтобы вы могли убедиться, что развернутые приложения будут вести себя одинаково. Клонирование существующего этапа — хороший способ обеспечить наличие одинаковых параметров для обоих. Затем нужно просто изменить целевые объекты развертывания.

  3. Клонированный этап будет иметь имя копия рабочей области. Выберите его и измените имя на QA.

    изменение имени этапа на "вопросы и ответы"

  4. Чтобы реорганизовать этапы в конвейере, выберите значок условия перед развертыванием на этапе контроля качества и задайте для триггера значение после выпуска. Затем на схеме конвейера будут показаны два этапа параллельно.

    реорганизация этапов

  5. Выберите значок условия перед развертыванием на рабочем этапе и задайте для триггера значение после этапа, а затем выберите QA в раскрывающемся списке этапы . Теперь на схеме конвейера будет указано, что два этапа будут выполняться в правильном порядке.

    Выбор триггеров и этапов контроля качества

    Примечание

    Можно настроить развертывание для запуска при частичном выполнении развертывания на предыдущем этапе. Это означает, что развертывание продолжится даже в случае сбоя определенной некритической задачи. Обычно это используется в развертываниях разветвления и объединения, которые развертываются на разных этапах параллельно.

  6. Выберите раскрывающийся список задачи и щелкните этап вопросы и ответы .

    Раскрывающийся список задач и выбор этапа контроля качества

  7. В зависимости от используемых задач измените параметры так, чтобы этот этап был развернут в целевом объекте "вопросы и ответы". В нашем примере мы будем использовать задачу развертывания службы приложений Azure , как показано ниже.

    Использование задачи "развертывание службы приложений Azure"

Добавление утверждений перед развертыванием

Конвейер выпуска, который мы ранее изменили, развертывается в QA и в рабочей среде. Если развертывание в QA завершается сбоем, то развертывание в рабочей среде не будет запущено. Рекомендуется всегда проверять, правильно ли работает приложение на этапе контроля качества и тестирования перед развертыванием в рабочей среде. Добавление утверждений обеспечит соблюдение всех условий перед развертыванием на следующем этапе. Чтобы добавить утверждения в конвейер, выполните следующие действия:

  1. На вкладке конвейер щелкните значок условия перед развертыванием , затем утверждающие перед развертыванием.

    панель утверждающих перед развертыванием

  2. В текстовом поле утверждающие введите пользователей, которые будут отвечать за утверждение развертывания. Также рекомендуется снять флажок пользователь, запрашивающий выпуск или развертывание, не должен утверждать его .

    Добавление утверждающих перед развертыванием

    Можно добавить столько утверждающих, сколько нужно, как индивидуальных пользователей, так и групп Организации. Можно также настроить утверждения после развертывания, щелкнув значок "пользователь" в правой части этапа на схеме конвейера. Дополнительные сведения см. в статье выпуски шлюзов и утверждений.

  3. Нажмите кнопку Сохранить.

    Сохранение конвейера выпуска

Создание выпуска

Теперь, когда настройка конвейера выпуска завершена, пришло время начать развертывание. Для этого мы создадим новый выпуск вручную. Обычно выпуск создается автоматически при наличии нового артефакта сборки. Однако в этом случае мы создадим его вручную.

  1. Выберите раскрывающийся список выпуск и щелкните создать выпуск.

    создать новый выпуск

  2. Введите описание выпуска, убедитесь, что выбраны правильные артефакты, а затем нажмите кнопку создать.

    Создание новой панели выпуска

  3. Появится баннер, указывающий на создание нового выпуска. Щелкните ссылку на выпуск, чтобы просмотреть дополнительные сведения.

    выпуск успешно создан

  4. На странице Сводка по выпуску отобразится состояние развертывания на каждом этапе.

    состояние развертывания

    Другие представления, такие как список выпусков, также отображают значок, который указывает, что ожидается утверждение. При наведении на этот значок отображается всплывающее окно с именем этапа и дополнительными сведениями. Благодаря этому администратор может легко увидеть, какие выпуски ожидают утверждения, а также общий ход выполнения всех выпусков.

    Вывод списка выпусков

  5. Щелкните значок pending_approval , чтобы открыть панель окна утверждения. Введите краткий комментарий и выберите утвердить.

    Утверждение развертывания

Примечание

Вы можете запланировать развертывание позже, например, в часы, не являющиеся пиковыми. Вы также можете повторно назначить утверждение другому пользователю. Администраторы выпуска могут получать доступ и переопределять все решения по утверждению.

Мониторинг и отслеживание развертываний

Журналы развертывания помогают отслеживать и отлаживать выпуск приложения. Чтобы проверить журналы развертывания, выполните следующие действия:

  1. В сводке выпусков наведите указатель на этап и выберите журналы.

    журналы развертывания

    Во время развертывания можно по-прежнему получить доступ к странице журналы, чтобы просмотреть журналы всех задач.

  2. Выберите любую задачу, чтобы просмотреть журналы для этой конкретной задачи. Это упрощает трассировку и отладку проблем развертывания. Можно также загрузить отдельные журналы задач или ZIP-файл всех файлов журнала.

    идет скачивание журналов

  3. Если вам нужны дополнительные сведения для отладки развертывания, можно запустить выпуск в режиме отладки.

Следующий шаг