Usar serviços de PaaS no Azure DevTest Labs

  • Artigo

Este artigo descreve o suporte à PaaS (plataforma como serviço) no Azure DevTest Labs. O DevTest Labs dá suporte à PaaS por meio de ambientes, que podem incluir recursos de PaaS e IaaS (infraestrutura como serviço). Os ambientes contêm serviços e softwares como VMs (máquinas virtuais), bancos de dados, redes virtuais e aplicativos Web que são personalizados para trabalhar em conjunto.

A imagem a seguir mostra um farm do SharePoint criado como um ambiente em um laboratório.

Captura de tela de um ambiente do SharePoint em um laboratório.

Cenários da PaaS

Os ambientes de PaaS do DevTest Labs têm suporte nos seguintes cenários:

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

Cenários de desenvolvedor

Para criar um ambiente, um desenvolvedor seleciona um modelo de ambiente em vez de uma imagem de computador e insere as informações necessárias. Os ambientes de desenvolvedor individuais permitem uma implantação de alteração mais rápida e uma depuração de loop interno aprimorada. Os desenvolvedores podem destruir seus ambientes a qualquer momento e recriá-los usando os modelos mais recentes. Essa funcionalidade ajuda a reduzir o tempo de inatividade ao criar sistemas manualmente ou ao recuperar-se de falhas.

Cenários do teste

Os ambientes do DevTest Labs permitem testes de código e configurações específicas de maneira assíncrona e independente. Os testadores podem usar pipelines de CI/CD (integração contínua e implantação contínua) para configurar ambientes, aplicar código de solicitações de pull individuais e fazer testes automatizados e manuais. A automação pode gerenciar e acompanhar vários ambientes entre assinaturas e laboratórios.

Controle de custos

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

Acesso e funções

Os proprietários do laboratório podem conceder acesso ao laboratório e atribuir funções de usuário. Para obter mais informações, confira Adicionar proprietários, colaboradores e usuários do laboratório no Azure DevTest Labs.

O provedor de recursos do DevTest Labs cria recursos em nome do usuário do laboratório para que os usuários do laboratório não precisem de permissões extras para criar e usar ambientes. No entanto, os proprietários do laboratório podem estender as permissões de Colaborador a usuários de laboratório para que eles possam configurar e gerenciar seus próprios recursos de PaaS, como adicionar ou remover recursos. Para obter mais informações, confira Configurar direitos de usuário no ambiente.

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

Modelos de ambiente

O DevTest Labs cria ambientes usando modelos ARM (Azure Resource Manager) pré-configurados de repositórios Git. Ao manter os modelos do ARM sob controle do código-fonte, promove-se a implantação e o gerenciamento de ambiente consistentes.

Em grandes organizações, as equipes de desenvolvimento normalmente fornecem ambientes de teste personalizados ou isolados. O grupo de IT fornece ambientes que podem ser usados por todas as equipes em uma unidade de negócios ou divisão.

Para habilitar e configurar a criação de ambiente para laboratórios, confira Usar 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, confira Habilitar e configurar ambientes públicos.

Você também pode criar ou configurar seus próprios modelos do ARM, armazená-los em repositórios Git privados e conectar esses repositórios aos laboratórios.

Personalização do modelo

Ao criar ambientes, você pode fornecer determinadas informações de laboratório personalizadas em modelos do ARM, incluindo:

  • Identificação de rede virtual do laboratório
  • Local do laboratório
  • Conta de armazenamento do laboratório em que os arquivos de modelos do ARM são copiados

Usar uma rede virtual existente

Ao criar um ambiente, o DevTest Labs pode substituir o token $(LabSubnetId) pela primeira sub-rede de laboratório em que Usar na criação da máquina virtual está definido como true. Essa modificação permite que o ambiente use redes virtuais criadas anteriormente.

Conectar ambientes à rede virtual do laboratório descreve como modificar seu modelo do ARM para usar o token $(LabSubnetId). Para usar o mesmo modelo do ARM em ambientes de teste, de preparação e de produção, use $(LabSubnetId) como um valor em um parâmetro de modelo do ARM.

Usar modelos aninhados

O DevTest Labs dá suporte a modelos aninhados do ARM. Para usar os tokens _artifactsLocation e _artifactsLocationSasToken e para criar um URI para um modelo do ARM aninhado, confira Implantar ambientes do DevTest Labs usando modelos aninhados. Para obter mais informações, confira a seção Artefatos de implantação no Guia de Melhores Práticas do Azure Resource Manager.

Próximas etapas