Utilizar serviços PaaS no Azure DevTest Labs
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.
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
Comentários
https://aka.ms/ContentUserFeedback.
Brevemente: Ao longo de 2024, vamos descontinuar progressivamente o GitHub Issues como mecanismo de feedback para conteúdos e substituí-lo por um novo sistema de feedback. Para obter mais informações, veja:Submeter e ver comentários