Implantando o .NET no Azure App Service

Introdução

Este guia explica como usar GitHub Actions para criar e implantar um projeto .NET no Azure App Service.

Pré-requisitos

Antes de criar seu fluxo de trabalho de GitHub Actions, primeiro você precisa concluir as etapas de configuração a seguir:

1. Crie um plano do Azure App Service.

   Por exemplo, você pode usar o CLI do Azure para criar um novo plano de App Service:

   Shell

   az appservice plan create \
      --resource-group MY_RESOURCE_GROUP \
      --name MY_APP_SERVICE_PLAN \
      --is-linux

   No comando acima, substitua MY_RESOURCE_GROUP pelo seu Grupo de Recursos do Azure pré-existente, e MY_APP_SERVICE_PLAN por um novo nome para o plano do App Service.

   Para obter mais informações, consulte a documentação do Azure usando o CLI do Azure:

   • Para autenticação, consulte "Efetuar login com o CLI do Azure."
   • Se você precisar criar um novo grupo de recursos, consulte "grupo az".

2. Crie um aplicativo web.

   Por exemplo, você pode usar o CLI do Azure para criar um aplicativo web do Azure App Service com um tempo de execução do .NET:

   Shell

   az webapp create \
       --name MY_WEBAPP_NAME \
       --plan MY_APP_SERVICE_PLAN \
       --resource-group MY_RESOURCE_GROUP \
       --runtime "DOTNET|5.0"

   No comando acima, substitua os parâmetros pelos seus próprios valores, em que MY_WEBAPP_NAME é um novo nome para o aplicativo web.

3. Configure um perfil de publicação do Azure e crie um segredo de AZURE_WEBAPP_PUBLISH_PROFILE.

   Gere suas credenciais de implantação do Azure usando um perfil de publicação. Para obter mais informações, consulte "Gerar credenciais de implantação" na documentação do Azure.

   No seu repositório GitHub, crie um segredo denominado AZURE_WEBAPP_PUBLISH_PROFILE que contém o conteúdo do perfil de publicação. Para obter mais informações sobre a criação de segredos, consulte "Segredos criptografados".

4. Opcionalmente, configure um ambiente de implantação. Os ambientes são usados para descrever um alvo geral de implantação como produção, preparo ou desenvolvimento. Quando um fluxo de trabalho de GitHub Actions é implantado em um ambiente, o ambiente é exibido na página principal do repositório. Você pode usar ambientes para exigir aprovação para um trabalho para prosseguir, restringir quais branches podem acionar um fluxo de trabalho ou limitar o acesso a segredos. Para obter mais informações sobre criar ambientes, consulte "Usando ambientes para implantação".

Criar o fluxo de trabalho

Depois de preencher os pré-requisitos, você pode prosseguir com a criação do fluxo de trabalho.

O exemplo a seguir de fluxo de trabalho demonstra como construir e implantar um projeto .NET para o Azure App Service quando há um push para o branch principal.

Certifique-se de definir AZURE_WEBAPP_NAME na chave de fluxo de trabalho env como o nome do aplicativo web que você criou. Se o caminho para o seu projeto não for a raiz do repositório, altere AZURE_WEBAPP_PACKAGE_PATH. Se você usar uma versão do .NET diferente de 5, altere o DOTNET_VERSON.

Se você configurou um ambiente de implementação, altere o valor do ambiente para o nome do seu ambiente. Se você não configurou um ambiente, exclua a chave ambiente.

# This workflow uses actions that are not certified by GitHub.
# São fornecidas por terceiros e regidas por
# termos de serviço, política de privacidade e suporte separados
# documentação.

name: Build and deploy ASP.Net Core app to an Azure Web App

env:
  AZURE_WEBAPP_NAME: MY_WEBAPP_NAME   # set this to your application's name
  AZURE_WEBAPP_PACKAGE_PATH: '.'      # set this to the path to your web app project, defaults to the repository root
  DOTNET_VERSION: '5'                 # set this to the .NET Core version to use

on:
  push:
    branches:
      - main

jobs:
  build:
    runs-on: ubuntu-latest

    steps:
      - uses: actions/checkout@v2

      - name: Set up .NET Core
        uses: actions/setup-dotnet@v1
        with:
          dotnet-version: ${{ env.DOTNET_VERSION }}

      - name: Set up dependency caching for faster builds
        uses: actions/cache@v2
        with:
          path: ~/.nuget/packages
          key: ${{ runner.os }}-nuget-${{ hashFiles('**/packages.lock.json') }}
          restore-keys: |
            ${{ runner.os }}-nuget-

      - name: Build with dotnet
        run: dotnet build --configuration Release

      - name: dotnet publish
        run: dotnet publish -c Release -o ${{env.DOTNET_ROOT}}/myapp

      - name: Upload artifact for deployment job
        uses: actions/upload-artifact@v2
        with:
          name: .net-app
          path: ${{env.DOTNET_ROOT}}/myapp

  deploy:
    runs-on: ubuntu-latest
    needs: build
    environment:
      name: 'production'
      url: ${{ steps.deploy-to-webapp.outputs.webapp-url }}

    steps:
      - name: Download artifact from build job
        uses: actions/download-artifact@v2
        with:
          name: .net-app

      - name: Deploy to Azure Web App
        id: deploy-to-webapp
        uses: azure/webapps-deploy@0b651ed7546ecfc75024011f76944cb9b381ef1e
        with:
          app-name: ${{ env.AZURE_WEBAPP_NAME }}
          publish-profile: ${{ secrets.AZURE_WEBAPP_PUBLISH_PROFILE }}
          package: ${{ env.AZURE_WEBAPP_PACKAGE_PATH }}

Recursos adicionais

Os seguintes recursos também podem ser úteis:

• Para o fluxo de trabalho inicial original, consulte azure-webapps-dotnet-core.yml no repositório starter-workflows de GitHub Actions.
• A ação usada para fazer a implantação do aplicativo web é a ação oficial Azure/webapps-deploy do Azure.
• Para obter mais exemplos de fluxos de trabalho do GitHub Action que fazem a implantação no Azure, consulte o repositório actions-workflow-samples.