Exercício – configurar o ambiente do Azure DevOps

  • 15 minutos

Nesta seção, você garante que sua organização do Azure DevOps esteja configurada para concluir o restante deste módulo. Você também cria os ambientes do Serviço de Aplicativo do Azure que implanta posteriormente.

Para atingir esses objetivos, você:

  • Adicione um usuário para garantir que o Azure DevOps possa se conectar à sua assinatura do Azure.
  • Configure um projeto de DevOps do Azure para este módulo.
  • Nos Painéis do Azure, mova o item de trabalho deste módulo para a coluna Fazendo .
  • Certifique-se de que seu projeto esteja configurado localmente para que você possa enviar as alterações para o pipeline.
  • Crie os ambientes do Serviço de Aplicativo do Azure usando a CLI do Azure no Azure Cloud Shell.
  • Crie variáveis de pipeline que definem os nomes dos ambientes do Serviço de Aplicativo.
  • Crie uma conexão de serviço que permita que o Azure Pipelines acesse com segurança sua assinatura do Azure.

Adicionar um usuário ao Azure DevOps

Para concluir este módulo, você precisa de sua própria assinatura do Azure. Pode começar a utilizar o Azure gratuitamente.

Você não precisa de uma assinatura do Azure para usar o Azure DevOps, mas aqui você usa o Azure DevOps para implantar nos recursos do Azure que existem em sua assinatura do Azure. Para simplificar o processo, use a mesma conta da Microsoft para entrar na sua assinatura do Azure e na sua organização do Azure DevOps.

Se você usar contas da Microsoft diferentes para entrar no Azure e no Azure DevOps, adicione um usuário à sua organização de DevOps na conta da Microsoft que você usa para entrar no Azure. Para obter mais informações, consulte Adicionar usuários à sua organização ou projeto. Ao adicionar o usuário, selecione o nível de acesso Básico .

Em seguida, saia do Azure DevOps e entre. Utilize a conta Microsoft que utiliza para iniciar sessão na sua subscrição do Azure.

Obtenha o projeto Azure DevOps

Aqui, você garante que sua organização do Azure DevOps esteja configurada para concluir o restante deste módulo. Para fazer isso, execute um modelo que cria um projeto no Azure DevOps.

Os módulos neste percurso de aprendizagem formam uma progressão. Você acompanha a equipe da web da Tailspin durante sua jornada de DevOps. Para fins de aprendizagem, cada módulo tem seu próprio projeto Azure DevOps.

Executar o modelo

Execute um modelo que configure sua organização do Azure DevOps:

Executar o modelo

No site do Gerador de Demonstração do Azure DevOps, para executar o modelo, siga estas etapas.

  1. Selecione Entrar e aceite os termos de uso.

  2. Na página Criar Novo Projeto, selecione sua organização do Azure DevOps. Insira um nome de projeto, como Space Game - web - Multistage.

    A screenshot of the Azure DevOps Demo Generator showing the process for creating the project.

  3. Selecione Sim, quero bifurcar este repositório>Autorizar.

    Se for apresentada uma janela, autorize o acesso à sua conta do GitHub.

    Importante

    Você precisa selecionar essa opção para que o modelo se conecte ao seu repositório GitHub. Selecione-o mesmo que você já tenha bifurcado o projeto do site Space Game . O modelo utiliza o seu fork existente.

  4. Selecione Criar projeto.

    O modelo leva alguns minutos para ser executado.

  5. Para ir para o seu projeto no Azure DevOps, selecione Navegar para o projeto.

Importante

Neste módulo, a página Limpar seu ambiente de DevOps do Azure contém etapas de limpeza importantes. A limpeza ajuda a garantir que não fica sem minutos de compilação gratuitos. Mesmo que não conclua este módulo, certifique-se de que segue os passos de limpeza.

Defina a visibilidade do seu projeto

Inicialmente, sua bifurcação do repositório do Jogo Espacial no GitHub é definida como pública, enquanto o projeto criado pelo modelo de DevOps do Azure é definido como privado. Um repositório público no GitHub pode ser acessado por qualquer pessoa, enquanto um repositório privado só é acessível para você e para as pessoas com quem você escolher compartilhá-lo. Da mesma forma, no Azure DevOps, os projetos públicos fornecem acesso somente leitura a usuários não autenticados, enquanto os projetos privados exigem que os usuários recebam acesso e sejam autenticados para acessar os serviços.

No momento, não é necessário modificar nenhuma dessas configurações para os fins deste módulo. No entanto, para seus projetos pessoais, você deve determinar a visibilidade e o acesso que deseja conceder a outras pessoas. Por exemplo, se seu projeto for de código aberto, você pode optar por tornar público o repositório do GitHub e o projeto do Azure DevOps. Se seu projeto for proprietário, você normalmente tornará o repositório do GitHub e o projeto do Azure DevOps privados.

Mais tarde, você pode achar os seguintes recursos úteis para determinar qual opção é melhor para o seu projeto:

Passar o item de trabalho para Doing (Em Curso)

Aqui, você atribui um item de trabalho a si mesmo nos Painéis do Azure. Você também move o item de trabalho para o estado Fazendo . Na prática, você e sua equipe criariam itens de trabalho no início de cada sprint ou iteração de trabalho.

Este trabalho dá-lhe uma lista de verificação a partir da qual trabalhar. Ele dá a outros membros da equipe visibilidade sobre o que você está trabalhando e quanto trabalho resta. O item de trabalho também ajuda a impor limites de WIP (trabalho em andamento) para que a equipe não assuma muito trabalho ao mesmo tempo.

Lembre-se que a equipe resolveu os seguintes principais problemas para o sprint atual.

A screenshot of Azure Boards showing the five tasks for this sprint.

Nota

Dentro de uma organização do Azure DevOps, os itens de trabalho são numerados sequencialmente. No seu projeto, o número para cada item de trabalho pode não corresponder ao que você vê aqui.

Aqui você move o primeiro item, Criar um pipeline de vários estágios, para a coluna Fazendo . Em seguida, você se atribui ao item de trabalho. Criar um pipeline de vários estágios está relacionado à definição de cada estágio de implantação do site do Jogo Espacial.

Para configurar o item de trabalho:

  1. No Azure DevOps, vá para Painéis. Em seguida, no menu, selecione Painéis.

    A screenshot of Azure DevOps showing the location of the Boards menu.

  2. Em Criar um cartão de pipeline de vários estágios, selecione a seta para baixo. Em seguida, atribua o item de trabalho a si mesmo.

    Screenshot of Azure Boards showing the location of the down arrow.

  3. Mova o item de trabalho da coluna Tarefas Pendentes para a coluna Tarefas Pendentes .

    A screenshot of Azure Boards showing the card in the Doing column.

No final deste módulo, você moverá o cartão para a coluna Concluído , depois de concluir a tarefa.

Configurar o projeto localmente

Aqui você carrega o projeto Space Game no Visual Studio Code, configura o Git, clona seu repositório localmente e define o controle remoto upstream para que você possa baixar o código inicial.

Nota

Se você já estiver configurado com o projeto mslearn-tailspin-spacegame-web-deploy localmente, poderá passar para a próxima seção.

Abra o terminal integrado

O Visual Studio Code vem com um terminal integrado. Aqui você edita arquivos e trabalha a partir da linha de comando.

  1. Inicie o Visual Studio Code.

  2. No menu Exibir, selecione Terminal.

  3. Na lista suspensa, selecione Git Bash. Se você estiver familiarizado com outro shell Unix que você prefere usar, selecione esse shell em vez disso.

    A screenshot of Visual Studio Code showing the location of the Git Bash shell.

    Na janela do terminal, você pode escolher qualquer shell instalado no seu sistema. Por exemplo, você pode escolher Git Bash, PowerShell ou outro shell.

    Aqui você usará o Git Bash, parte do Git para Windows, que facilita a execução de comandos do Git.

    Nota

    No Windows, se você não vir o Git Bash listado como uma opção, verifique se instalou o Git e reinicie o Visual Studio Code.

  4. Execute o cd comando para ir para o diretório onde você deseja trabalhar. Escolha o seu diretório pessoal (~) ou um diretório diferente, se desejar.

    cd ~

Configurar o Git

Se você é novo no Git e no GitHub, primeiro execute alguns comandos para associar sua identidade ao Git e autenticar com o GitHub. Para obter mais informações, consulte Configurar o Git.

No mínimo, você precisa concluir as etapas a seguir. Execute os comandos a partir do terminal integrado.

  1. Defina o seu nome de utilizador.
  2. Defina seu endereço de e-mail de confirmação.
  3. Armazene em cache sua senha do GitHub.

Nota

Se você já usa a autenticação de dois fatores com o GitHub, crie um token de acesso pessoal. Quando lhe for pedido, utilize o seu token em vez da sua palavra-passe.

Trate o seu token de acesso como uma palavra-passe. Mantenha-o num local seguro.

Configurar seu projeto no Visual Studio Code

No caminho de aprendizado Criar aplicativos com o Azure DevOps , você bifurcou e clonou um repositório Git. O repositório contém o código-fonte do site Space Game . Sua bifurcação foi conectada aos seus projetos no Azure DevOps para que a compilação seja executada quando você enviar por push alterações para o GitHub.

Importante

Neste caminho de aprendizagem, mudamos para um repositório Git diferente, mslearn-tailspin-spacegame-web-deploy. Quando você executou o modelo para configurar seu projeto de DevOps do Azure, o processo bifurcou o repositório automaticamente para você.

Nesta parte, você clona sua bifurcação localmente para que possa alterar e construir sua configuração de pipeline.

Clonar o seu fork localmente

Agora você tem uma cópia do projeto web Space Game em sua conta do GitHub. Agora você vai baixar, ou clonar, uma cópia para o seu computador para que você possa trabalhar com ele.

Um clone, assim como uma bifurcação, é uma cópia de um repositório. Ao clonar um repositório, você pode fazer alterações, verificar se elas funcionam como esperado e, em seguida, carregar essas alterações no GitHub. Você também pode sincronizar sua cópia local com as alterações que outros usuários autenticados fizeram na cópia do GitHub do seu repositório.

Para clonar o projeto Web do Jogo Espacial para o seu computador:

  1. Vá para a bifurcação do projeto Web Space Game (mslearn-tailspin-spacegame-web-deploy) no GitHub.

  2. Selecione Código. Em seguida, na guia HTTPS , selecione o botão ao lado do URL mostrado para copiar o URL para a área de transferência.

    Screenshot that shows how to locate the URL and copy button from the GitHub repository.

  3. No Visual Studio Code, vá para a janela do terminal.

  4. No terminal, mova para o diretório onde deseja trabalhar. Escolha o seu diretório pessoal (~) ou um diretório diferente, se desejar.

    cd ~

  5. Execute o comando git clone. Substitua o URL mostrado aqui pelo conteúdo da área de transferência:

    git clone https://github.com/your-name/mslearn-tailspin-spacegame-web-deploy.git

  6. Mover para o mslearn-tailspin-spacegame-web-deploy diretório. Este é o diretório de raiz do seu repositório.

    cd mslearn-tailspin-spacegame-web-deploy

Configurar o controle remoto upstream

Um remoto é um repositório Git onde os membros da equipe colaboram (como um repositório no GitHub). Aqui você lista seus controles remotos e adiciona um controle remoto que aponta para a cópia da Microsoft do repositório para que você possa obter o código de exemplo mais recente.

  1. Execute este git remote comando para listar seus controles remotos:

    git remote -v

    Você vê que tem acesso de busca (download) e push (upload) ao seu repositório:

    origin  https://github.com/username/mslearn-tailspin-spacegame-web-deploy.git (fetch)
origin  https://github.com/username/mslearn-tailspin-spacegame-web-deploy.git (push)

    Origin especifica seu repositório no GitHub. Quando você bifurca o código de outro repositório, o controle remoto original (aquele do qual você se bifurcou) geralmente é chamado de upstream.

  2. Execute este git remote add comando para criar um controle remoto chamado upstream que aponte para o repositório da Microsoft:

    git remote add upstream https://github.com/MicrosoftDocs/mslearn-tailspin-spacegame-web-deploy.git

  3. Execute git remote novamente para ver as alterações:

    git remote -v

    Você vê que ainda tem acesso de busca (download) e acesso push (upload) ao seu repositório. Agora você também tem acesso de busca ao repositório da Microsoft:

    origin  https://github.com/username/mslearn-tailspin-spacegame-web-deploy.git (fetch)
origin  https://github.com/username/mslearn-tailspin-spacegame-web-deploy.git (push)
upstream        https://github.com/MicrosoftDocs/mslearn-tailspin-spacegame-web-deploy.git (fetch)

Abrir o projeto no explorador de ficheiros

No Visual Studio Code, a janela do terminal aponta para o diretório de raiz do projeto Web Space Game. Para visualizar sua estrutura e trabalhar com arquivos, no explorador de arquivos, você abrirá o projeto.

  1. A maneira mais fácil de abrir o projeto é reabrir o Visual Studio Code no diretório atual. Para fazer isso, execute o seguinte comando a partir do terminal integrado:

    code -r .

    Verá o diretório e a árvore de ficheiros no explorador de ficheiros.

  2. Reabra o terminal integrado. O terminal coloca você na raiz do seu projeto web.

Se o code comando falhar, você precisará adicionar o Visual Studio Code ao PATH do sistema. Para tal:

  1. No Visual Studio Code, selecione F1 ou View >Command Palette para acessar a paleta de comandos.
  2. Na paleta de comandos, digite Shell Command: Install 'code' command in PATH.
  3. Repita o procedimento anterior para abrir o projeto no explorador de arquivos.

Agora você está configurado para trabalhar com o código-fonte do Jogo Espacial e sua configuração do Azure Pipelines a partir do seu ambiente de desenvolvimento local.

Criar os ambientes do Serviço de Aplicativo do Azure

Aqui, você cria os ambientes que definem os estágios do pipeline. Você cria uma instância do Serviço de Aplicativo para cada estágio: Desenvolvimento, Teste e Preparo.

Em Criar um pipeline de liberação com o Azure Pipelines, você trouxe o Serviço de Aplicativo por meio do portal do Azure. Embora o portal seja uma ótima maneira de explorar o que está disponível no Azure ou executar tarefas básicas, trazer componentes como o Serviço de Aplicativo pode ser tedioso.

Neste módulo, você usa a CLI do Azure para exibir três instâncias do Serviço de Aplicativo. Pode aceder à CLI do Azure a partir de um terminal ou do Visual Studio Code. Aqui, vai aceder à CLI do Azure a partir do Azure Cloud Shell. Esta experiência de shell com base no browser é alojada na cloud. No Cloud Shell, a CLI do Azure é configurada para utilização com a sua subscrição do Azure.

Importante

Para concluir os exercícios neste módulo, você precisa de sua própria assinatura do Azure.

Abrir o Cloud Shell através do portal do Azure

  1. Aceda ao portal do Azure e inicie sessão.

  2. No menu, selecione Cloud Shell. Quando solicitado, selecione a experiência Bash .

    A screenshot of the Azure portal showing the location of the Cloud Shell menu item.

    Nota

    O Cloud Shell requer um recurso de armazenamento do Azure para manter todos os arquivos criados no Cloud Shell. Ao abrir o Cloud Shell pela primeira vez, você será solicitado a criar um grupo de recursos, uma conta de armazenamento e um compartilhamento de Arquivos do Azure. Essa configuração é usada automaticamente para todas as futuras sessões do Cloud Shell.

Selecione uma região do Azure

Uma região é um ou mais datacenters do Azure dentro de uma localização geográfica. E.U.A. Leste, E.U.A. Oeste e Europa do Norte são alguns exemplos de regiões. Cada recurso do Azure, incluindo uma instância do Serviço de Aplicativo, recebe uma região.

Para facilitar a execução de comandos, comece selecionando uma região padrão. Depois de especificar a região padrão, os comandos posteriores usam essa região, a menos que você especifique uma região diferente.

  1. No Cloud Shell, para listar as regiões que estão disponíveis na sua assinatura do Azure, execute o seguinte az account list-locations comando.

    az account list-locations \
  --query "[].{Name: name, DisplayName: displayName}" \
  --output table

  2. Name Na coluna na saída, selecione uma região próxima a você. Por exemplo, escolha eastasia ou westus2.

  3. Execute az configure para definir sua região padrão. Substitua <REGION> pelo nome da região selecionada.

    az configure --defaults location=<REGION>

    Este exemplo define westus2 como a região padrão:

    az configure --defaults location=westus2

Criar as instâncias do Serviço de Aplicativo

Aqui, você cria as instâncias do Serviço de Aplicativo para os três estágios em que implanta: Desenvolvimento, Teste e Preparo. Aqui está uma breve visão geral do processo que você segue:

  1. Gere um número aleatório que torne o nome de domínio do seu aplicativo Web exclusivo.

    Esta etapa é para fins de aprendizagem. Na prática, você escolheria um nome de domínio que correspondesse ao nome do seu aplicativo ou serviço.

  2. Crie um grupo de recursos que contenha todas as suas instâncias do Serviço de Aplicativo.

    Para fins de aprendizagem, aqui você cria um grupo de recursos que contém todas as suas instâncias do Serviço de Aplicativo. Na prática, você pode criar um grupo de recursos separado para cada instância do Serviço de Aplicativo para que possa controlar melhor o ciclo de vida de cada instância.

  3. Crie um plano do Serviço de Aplicativo.

    Um plano do Serviço de Aplicativo define a CPU, a memória e os recursos de armazenamento para seu aplicativo Web. Aqui, você usa o plano B1 Basic . Este plano destina-se a aplicações com baixos requisitos de tráfego. Os planos Standard e Premium são para cargas de trabalho de produção. Esses planos são executados em instâncias de máquina virtual dedicadas.

  4. Para cada um dos ambientes de Desenvolvimento, Teste e Preparo, crie uma instância do Serviço de Aplicativo.

  5. Obtenha o nome do host para cada ambiente.

  6. Verifique se cada ambiente está em execução e se a home page está acessível.

    Nota

    Para fins de aprendizagem, aqui, você usa as configurações de rede padrão. Estas definições tornam o seu site acessível a partir da Internet. Na prática, você pode configurar uma rede virtual do Azure que coloca seu site em uma rede que não é roteável pela Internet e que apenas você e sua equipe podem acessar. Mais tarde, você pode reconfigurar sua rede para disponibilizar o site para seus usuários.

Para criar suas instâncias do Serviço de Aplicativo, siga estas etapas:

  1. A partir do Cloud Shell, gere um número aleatório que torna o nome de domínio do seu aplicativo Web exclusivo.

    webappsuffix=$RANDOM

  2. Para criar um grupo de recursos chamado tailspin-space-game-rg, execute o seguinte az group create comando.

    az group create --name tailspin-space-game-rg

  3. Para criar o plano do Serviço de Aplicativo chamado tailspin-space-game-asp, execute o seguinte az appservice plan create comando.

    az appservice plan create \
  --name tailspin-space-game-asp \
  --resource-group tailspin-space-game-rg \
  --sku B1 \
  --is-linux

    O --sku argumento especifica o plano B1. Este plano é executado na camada Básica. O --is-linux argumento especifica o uso de trabalhadores Linux.

    Importante

    Se a SKU B1 não estiver disponível em sua assinatura do Azure, selecione um plano diferente, como S1 (Padrão).

  4. Para criar as três instâncias do Serviço de Aplicativo, uma para cada ambiente (Dev, Test e Staging), execute os seguintes az webapp create comandos.

    az webapp create \
  --name tailspin-space-game-web-dev-$webappsuffix \
  --resource-group tailspin-space-game-rg \
  --plan tailspin-space-game-asp \
  --runtime "DOTNET|6.0"

az webapp create \
  --name tailspin-space-game-web-test-$webappsuffix \
  --resource-group tailspin-space-game-rg \
  --plan tailspin-space-game-asp \
  --runtime "DOTNET|6.0"

az webapp create \
  --name tailspin-space-game-web-staging-$webappsuffix \
  --resource-group tailspin-space-game-rg \
  --plan tailspin-space-game-asp \
  --runtime "DOTNET|6.0"

    Para fins de aprendizagem, aqui, você aplica o mesmo plano do Serviço de Aplicativo, B1 Basic, a cada instância do Serviço de Aplicativo. Na prática, você atribuiria um plano que correspondesse à sua carga de trabalho esperada.

    Por exemplo, para os ambientes mapeados para os estágios de desenvolvimento e teste, o B1 Basic pode ser apropriado porque você deseja que apenas sua equipe acesse os ambientes.

    Para o ambiente de preparação , você selecionaria um plano que correspondesse ao seu ambiente de produção. Esse plano provavelmente forneceria mais recursos de CPU, memória e armazenamento. No plano, você pode executar testes de desempenho, como testes de carga, em um ambiente semelhante ao seu ambiente de produção. Você pode executar os testes sem afetar o tráfego ao vivo para o seu site.

  5. Para listar o nome do host e o estado de cada instância do Serviço de Aplicativo, execute o seguinte az webapp list comando.

    az webapp list \
  --resource-group tailspin-space-game-rg \
  --query "[].{hostName: defaultHostName, state: state}" \
  --output table

    Observe o nome do host para cada serviço em execução. Você precisará desses nomes de host mais tarde quando verificar seu trabalho. Eis um exemplo:

    HostName                                                 State
-------------------------------------------------------  -------
tailspin-space-game-web-dev-21017.azurewebsites.net      Running
tailspin-space-game-web-test-21017.azurewebsites.net     Running
tailspin-space-game-web-staging-21017.azurewebsites.net  Running

  6. Como etapa opcional, vá para um ou mais nomes de host. Verifique se eles estão em execução e se a home page padrão aparece.

    Aqui está o que você vê:

    A screenshot of a web browser showing the default home page on Azure App Service.

Importante

A página Limpar o ambiente do Azure DevOps neste módulo contém passos de limpeza importantes. A limpeza ajuda a garantir que você não seja cobrado pelos recursos do Azure depois de concluir este módulo. Certifique-se de que executa os passos de limpeza, mesmo que não conclua este módulo.

Criar variáveis de pipeline no Azure Pipelines

Em Criar um pipeline de liberação com o Azure Pipelines, você adicionou uma variável ao seu pipeline que armazena o nome do seu aplicativo Web no Serviço de Aplicativo. Aqui você faz o mesmo. Mas, desta vez, você adiciona uma variável para cada instância do Serviço de Aplicativo que corresponde a um estágio de Desenvolvimento, Teste ou Preparo em seu pipeline.

Você pode codificar esses nomes em sua configuração de pipeline, mas se defini-los como variáveis, sua configuração será mais reutilizável. Além disso, se os nomes das instâncias do Serviço de Aplicativo forem alterados, você poderá atualizar as variáveis e acionar o pipeline sem modificar a configuração.

Para adicionar as variáveis:

  1. No Azure DevOps, vá para o seu Space Game - web - Multistage project.

  2. Em Pipelines, selecione Biblioteca.

    A screenshot of Azure Pipelines showing the location of the Library menu option.

  3. Selecione + Grupo de variáveis.

  4. Em Propriedades, insira Release para o nome do grupo de variáveis.

  5. Em Variáveis, selecione + Adicionar.

  6. Para o nome da variável, digite WebAppNameDev. Para o valor, insira o nome da instância do Serviço de Aplicativo que corresponde ao seu ambiente de Desenvolvimento , como tailspin-space-game-web-dev-1234.

  7. Repita as duas etapas anteriores mais duas vezes para criar variáveis para seus ambientes de teste e preparação . Eis alguns exemplos:

    Nome da variável Valor de exemplo
    WebAppNameTest tailspin-espaço-jogo-web-teste-1234
    WebAppNameStaging tailspin-espaço-jogo-web-encenação-1234

    Certifique-se de substituir cada valor de exemplo pela instância do Serviço de Aplicativo que corresponde ao seu ambiente.

    Importante

    Defina o nome da instância do Serviço de Aplicativo, não o nome do host. Neste exemplo, você digitaria tailspin-space-game-web-dev-1234 e não tailspin-space-game-web-dev-1234.azurewebsites.net.

  8. Perto do início da página, selecione Salvar para salvar sua variável no pipeline.

    Seu grupo de variáveis é semelhante a este:

    A screenshot of Azure Pipelines showing the variable group. The group contains three variables.

Crie os ambientes de desenvolvimento e teste

Em Criar um pipeline de liberação com o Azure Pipelines, você criou um ambiente para o ambiente de desenvolvimento . Aqui, você repete o processo para os ambientes de desenvolvimento e teste . Mais tarde, você configura o ambiente de preparação , que inclui mais critérios.

Para criar os ambientes de desenvolvimento e teste :

  1. Em Azure Pipelines, selecione Environments.

    A screenshot of Azure Pipelines showing the location of the Environments menu option.

  2. Para criar o ambiente de desenvolvimento :

    1. Selecione Criar ambiente.
    2. Em Nome, insira dev.
    3. Deixe os campos restantes em seus valores padrão.
    4. Selecione Criar.

  3. Para criar o ambiente de teste :

    1. Regresse à página Ambientes .
    2. Selecione Novo ambiente.
    3. Em Nome, insira teste.
    4. Selecione Criar.

Criar uma conexão de serviço

Aqui, você cria uma conexão de serviço que permite que o Azure Pipelines acesse sua assinatura do Azure. O Azure Pipelines usa essa conexão de serviço para implantar o site no Serviço de Aplicativo. Você criou uma conexão de serviço semelhante no módulo anterior.

Importante

Certifique-se de que tem sessão iniciada no portal do Azure e no Azure DevOps na mesma conta Microsoft.

  1. No Azure DevOps, vá para o seu Space Game - web - Multistage project.

  2. No canto inferior esquerdo da página, selecione Configurações do projeto.

  3. Em Pipelines, selecione Ligações do serviço.

  4. Selecione Nova conexão de serviço, selecione Gerenciador de Recursos do Azure e selecione Avançar.

  5. No início da página, selecione Entidade de serviço (automática). Em seguida, selecione Seguinte.

  6. Preencha estes campos:

    Campo Value
    Nível de âmbito Subscrição
    Subscrição a subscrição do Azure
    Grupo de Recursos tailspin-espaço-jogo-rg
    Nome da conexão de serviço Gestor de Recursos - Tailspin - Jogo Espacial

    Durante o processo, poderá ser-lhe pedido para iniciar sessão na sua conta Microsoft.

  7. Certifique-se de selecionar Conceder permissão de acesso a todos os pipelines.

  8. Selecione Guardar.

    Para verificar se ele pode se conectar à sua assinatura do Azure, o Azure DevOps executa uma conexão de teste. Se o Azure DevOps não puder se conectar, você terá a chance de entrar pela segunda vez.