Непрерывное развертывание в настраиваемых контейнерах в Службе приложений Azure

2. Выбор источника развертывания

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

• Реестр контейнеров настраивает CI/CD между реестром контейнеров и Службой приложений.
• Выберите параметр GitHub Actions , если вы храните исходный код для образа контейнера в GitHub. Новые коммиты в вашем репозитории GitHub запускают действие развертывания, которое может выполняться docker build и docker push непосредственно в реестре контейнеров. Затем оно обновляет приложение App Service, чтобы запускать новый образ. Дополнительные сведения см. в разделе Как CI/CD работает с GitHub Actions.
• Сведения о настройке CI/CD в Azure Pipelines см. в разделе Развертывание контейнера веб-приложения Azure из Azure Pipelines.
• Для приложения Docker Compose выберите Реестр контейнеров.

Если выбрать GitHub Actions, выберите "Авторизовать " и следуйте инструкциям по авторизации. Если вы ранее авторизовались через GitHub, можно развернуть из репозитория другого пользователя, выбрав изменить учетную запись.

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

2. Настройка параметров реестра

3. Настройка параметров реестра

Чтобы развернуть приложение с несколькими контейнерами ( Docker Compose), выберите Docker Compose в типе контейнера.

Если вы не видите раскрывающийся список тип контейнера, прокрутите вверх до источника и выберите реестр контейнеров.

3. Включение CI/CD

4. Включение CI/CD

4. Сохранение параметров

5. Сохранение параметров

Как CI/CD работает с GitHub Actions

Если в качестве источника вы выбрали GitHub Actions (см. раздел Выбор источника развертывания), Служба приложений настраивает CI/CD следующим образом.

• Он помещает файл рабочего процесса GitHub Actions в репозиторий GitHub для обработки задач сборки и развертывания в Службе приложений.
• Он добавляет учетные данные для частного реестра в качестве секретов GitHub. Созданный файл рабочего процесса запускает действие Azure/docker-login для входа в ваш частный реестр, а затем действие docker push для его развертывания.
• Он добавляет профиль публикации вашего приложения в качестве секрета GitHub. Созданный файл рабочего процесса использует этот секрет для проверки подлинности в Службе приложений, а затем запускает Azure/webapps-deploy действие для настройки обновленного образа, которое активирует перезапуск приложения для извлечения обновленного образа.
• Он записывает сведения из журналов выполнения рабочего процесса и отображает его на вкладке "Журналы " в Центре развертывания приложения.

Вы можете настроить поставщик сборки GitHub Actions следующими способами.

• Настройте файл рабочего процесса после его создания в репозитории GitHub. Дополнительные сведения см. в статье о синтаксисе рабочего процесса для GitHub Actions. Рабочий процесс должен завершиться действием Azure/webapps-deploy для запуска перезапуска приложения.
• Если выбранная ветвь защищена, вы по-прежнему можете просмотреть файл рабочего процесса без сохранения конфигурации. Добавьте его и необходимые секреты GitHub в репозиторий вручную. Этот способ не обеспечивает интеграцию журналов с порталом Azure.
• Вместо профиля публикации, разверните с помощью служебного принципала в Microsoft Entra ID.

Аутентификация с помощью учетной записи службы

Эта необязательная конфигурация заменяет проверку подлинности по умолчанию профилями публикации в созданном файле рабочего процесса.

Создайте субъект-службу с помощью az ad sp create-for-rbac команды в Azure CLI. В следующем примере замените текст в полях <subscription-id>, <group-name> и <app-name> своими значениями. Сохраните весь результат JSON для следующего шага, включая верхний уровень {}.

az ad sp create-for-rbac --name "myAppDeployAuth" --role contributor \
                            --scopes /subscriptions/<subscription-id>/resourceGroups/<group-name>/providers/Microsoft.Web/sites/<app-name> \
                            --json-auth

В GitHub перейдите в ваш репозиторий, а затем выберите Настройки>Секреты>Добавить новый секрет. Вставьте все выходные данные JSON, полученные из команды Azure CLI, в поле значения секрета. Присвойте секрету имя, например AZURE_CREDENTIALS.

В файле рабочего процесса, созданном Центром развертывания, выполните изменение azure/webapps-deploy шага с кодом, аналогичным следующему примеру:

- name: Sign in to Azure 
# Use the GitHub secret you added
- uses: azure/login@v1
    with:
    creds: ${{ secrets.AZURE_CREDENTIALS }}
- name: Deploy to Azure Web App
# Remove publish-profile
- uses: azure/webapps-deploy@v2
    with:
    app-name: '<app-name>'
    slot-name: 'production'
    images: '<registry-server>/${{ secrets.AzureAppService_ContainerUsername_... }}/<image>:${{ github.sha }}'
    - name: Sign out of Azure
    run: |
    az logout

Чтобы настроить приложение с несколькими контейнерами (Docker Compose), подготовьте файл Docker Compose локально, а затем запустите az webapp config container set с параметром --multicontainer-config-file . Если файл Docker Compose содержит частные изображения, добавьте --docker-registry-server-* параметры, как показано в предыдущем примере.

az webapp config container set --resource-group <group-name> --name <app-name> --multicontainer-config-file <docker-compose-file>