Utilizar serviços PaaS no Azure DevTest Labs

  • Artigo

Este artigo descreve o suporte de plataforma como serviço (PaaS) no Azure DevTest Labs. O DevTest Labs suporta PaaS através de ambientes, que podem incluir recursos PaaS e infraestrutura como serviço (IaaS). Os ambientes contêm serviços e software, como máquinas virtuais (VMs), bases de dados, redes virtuais e aplicações Web personalizadas para trabalhar em conjunto.

A imagem seguinte mostra um farm do SharePoint criado como um ambiente num laboratório.

Captura de ecrã de um ambiente do SharePoint num laboratório.

Cenários paaS

Os ambientes PaaS do DevTest Labs suportam os seguintes cenários:

  • Os programadores podem criar vários ambientes independentes.
  • Os testadores podem testar diferentes configurações de forma assíncrona e automática.
  • A integração do pipeline de teste e de produção pode ocorrer sem alterações de modelo.
  • Os proprietários de laboratórios podem configurar políticas e controlar os custos do ambiente como um todo.

Cenários de programador

Para criar um ambiente, um programador seleciona um modelo de ambiente em vez de uma imagem de computador e introduz as informações necessárias. Os ambientes de programadores individuais permitem uma implementação de alterações mais rápida e uma depuração do ciclo interno melhorada. Os programadores podem destruir os respetivos ambientes em qualquer altura e recriá-los com os modelos mais recentes. Esta capacidade ajuda a reduzir o tempo de inatividade da criação manual de sistemas ou a recuperação de falhas.

Cenários de teste

Os ambientes de DevTest Labs permitem testes independentes e assíncronos de códigos e configurações específicos. Os testadores podem utilizar pipelines de integração contínua e implementação contínua (CI/CD) para configurar ambientes, aplicar código de pedidos Pull individuais e fazer testes automatizados e manuais. A automatização pode gerir e controlar múltiplos ambientes entre subscrições e laboratórios.

Controlo de custos

A tendência global de custos de um laboratório inclui recursos do Azure em ambientes. O custo por recursos não divide os diferentes recursos num ambiente, mas apresenta o ambiente como um único custo. Para obter mais informações, veja Controlar os custos associados a um laboratório no Azure DevTest Labs.

Acesso e funções

Os proprietários de laboratórios podem conceder acesso ao laboratório e atribuir funções de utilizador. Para obter mais informações, veja Adicionar proprietários de laboratório, contribuidores e utilizadores em Azure DevTest Labs.

O fornecedor de recursos de DevTest Labs cria recursos em nome do utilizador do laboratório, pelo que os utilizadores de laboratório não precisam de permissões adicionais para criar e utilizar ambientes. No entanto, os proprietários de laboratório podem expandir as permissões de Contribuidor aos utilizadores de laboratório para que possam configurar e gerir os seus próprios recursos PaaS, como adicionar ou remover recursos. Para obter mais informações, veja Configurar direitos de utilizador do ambiente.

Os proprietários de laboratório podem personalizar o acesso ou permissões de recursos sem conceder acesso ao nível da subscrição. O utilizador do laboratório só pode adicionar ou remover recursos do Azure no grupo de recursos geridos. Para personalizar ainda mais as funções de utilizador de laboratório e o acesso, veja Conceder permissões de utilizador a políticas de laboratório específicas.

Modelos de ambiente

O DevTest Labs cria ambientes com modelos pré-configurados do Azure Resource Manager (ARM) a partir de repositórios git. Manter os modelos do ARM sob controlo de origem promove a gestão e a implementação consistentes do ambiente.

Em grandes organizações, as equipas de desenvolvimento normalmente fornecem ambientes de teste personalizados ou isolados. O grupo de TI fornece ambientes que todas as equipas dentro de uma unidade de negócio ou divisão podem utilizar.

Para ativar e configurar a criação de ambientes para laboratórios, veja Utilizar modelos do ARM para criar ambientes do DevTest Labs. O DevTest Labs tem um repositório público de modelos arm pré-configurados para criar determinados ambientes. Para obter mais informações sobre os ambientes públicos, veja Ativar e configurar ambientes públicos.

Também pode criar ou configurar os seus próprios modelos do ARM, armazená-los em repositórios Git privados e ligar esses repositórios a laboratórios.

Personalização de modelos

Pode fornecer determinadas informações de laboratório personalizadas em modelos do ARM ao criar ambientes, incluindo:

  • Identificação de rede virtual de laboratório
  • Localização do laboratório
  • Conta de armazenamento de laboratório onde os ficheiros de modelos do ARM são copiados

Utilizar uma rede virtual existente

Quando cria um ambiente, o DevTest Labs pode substituir o $(LabSubnetId) token pela primeira sub-rede de laboratório onde a opção Utilizar na criação de máquinas virtuais está definida como verdadeira. Esta modificação permite que o ambiente utilize redes virtuais criadas anteriormente.

Ligar ambientes à rede virtual do laboratório descreve como modificar um modelo do ARM para utilizar o $(LabSubnetId) token. Para utilizar o mesmo modelo arm em ambientes de teste, teste e produção, utilize $(LabSubnetId) como um valor num parâmetro de modelo do ARM.

Utilizar modelos aninhados

O DevTest Labs suporta modelos aninhados do ARM. Para utilizar _artifactsLocation e _artifactsLocationSasToken tokens para criar um URI para um modelo aninhado do ARM, veja Implementar ambientes do DevTest Labs com modelos aninhados. Para obter mais informações, veja a secção Artefactos de implementação do Guia de Melhores Práticas do Azure Resource Manager.

Passos seguintes