Partilhar via

Forneça uma prova de conceito para a implantação corporativa do Azure DevTest Labs

  • Artigo

As empresas estão adotando rapidamente a nuvem devido aos benefícios que incluem agilidade, flexibilidade e economia. Os primeiros passos geralmente são cargas de trabalho de desenvolvimento e teste. O Azure DevTest Labs fornece recursos que beneficiam a empresa e dão suporte aos principais cenários de desenvolvimento/teste.

Este artigo descreve como uma empresa pode fornecer uma prova de conceito ou piloto bem-sucedida para uma implantação do Azure DevTest Labs. A prova de conceito usa um esforço concentrado de uma única equipe para estabelecer valor organizacional.

Cada empresa tem requisitos diferentes para incorporar o Azure DevTest Labs em sua organização. A prova de conceito é um primeiro passo para uma implantação bem-sucedida de ponta a ponta.

Para uma prova de conceito bem-sucedida:

  1. Escolha uma ou duas equipas.
  2. Identifique os cenários das equipes, como máquinas virtuais (VMs) de desenvolvedores ou ambientes de teste.
  3. Documente casos de uso atuais.
  4. Implante o DevTest Labs para atender aos cenários e casos de uso das equipes.
  5. Avalie o sucesso e as lições aprendidas.

Os principais cenários do DevTest Labs incluem ambientes de desenvolvimento, teste e treinamento na nuvem. Os casos de uso incluem:

  • Criação de desktops de desenvolvedores.
  • Configuração de ambientes de teste.
  • Habilitando o acesso a recursos da VM e do Azure.
  • Configuração de sandboxes para aprendizagem e experimentação.
  • Configuração de políticas de laboratório e controles de custos que estejam em conformidade com as regulamentações corporativas.

Pré-requisitos

Para concluir com sucesso uma prova de conceito do DevTest Labs, cumpra os seguintes pré-requisitos:

Aprender as noções básicas

Saiba mais sobre o Azure e o DevTest Labs usando os seguintes recursos:

Compreender as áreas de foco da empresa

As preocupações comuns das empresas que migram cargas de trabalho para a nuvem incluem:

Obtenha uma Assinatura do Azure

  • As empresas com um Enterprise Agreement existente que permite o acesso ao Azure podem usar uma assinatura existente ou nova para o DevTest Labs. Se houver um Enterprise Agreement em vigor, uma assinatura Enterprise Dev/Test lhe dará acesso aos sistemas operacionais cliente Windows 10/Windows 8.1 e taxas com desconto para cargas de trabalho de desenvolvimento e teste.

  • Como alternativa, você pode usar uma assinatura do Visual Studio para a implantação piloto e aproveitar os créditos gratuitos do Azure.

  • Você também pode criar e usar uma conta gratuita do Azure para o piloto.

  • Para usar imagens do sistema operacional cliente Windows (Windows 7 ou uma versão posterior) para seu desenvolvimento ou teste no Azure, execute uma das seguintes etapas:

    • Compre uma assinatura do MSDN.
    • Se você tiver um Enterprise Agreement, crie uma assinatura do Azure com a oferta Enterprise Dev/Test.

    Para obter mais informações sobre os créditos do Azure para cada oferta do MSDN, consulte Crédito mensal do Azure para assinantes do Visual Studio.

Inscrever todos os usuários no Microsoft Entra ID

Para gerenciamento, como adicionar usuários ou adicionar proprietários de laboratório, todos os usuários de laboratório devem pertencer ao locatário do Microsoft Entra ID para a assinatura do Azure usada pelo piloto. Muitas empresas configuram a identidade híbrida para permitir que os usuários usem suas identidades locais na nuvem. Você não precisa de uma identidade híbrida para uma prova de conceito do DevTest Labs.

Âmbito da prova de conceito

O foco do piloto é usar as cargas de trabalho e dependências mínimas necessárias para decidir se o Azure DevTest Labs é adequado para sua empresa. Escolha a carga de trabalho mais simples com o menor número de dependências para ajudar a garantir um sucesso rápido e limpo. Ou escolha a carga de trabalho mais representativa que expõe possíveis complexidades, para que você possa replicar o sucesso do piloto na fase de expansão.

Planeje a prova de conceito cuidadosamente antes de iniciar a implementação. Certifique-se de definir expectativas apropriadas com os usuários de que os recursos do piloto não permanecerão indefinidamente.

Execute estas tarefas para definir o escopo do piloto:

  • Definir metas e critérios de sucesso.
  • Liste um pequeno conjunto de cargas de trabalho ou cenários para o piloto cobrir.
  • Determine quais recursos o laboratório deve disponibilizar, como imagens personalizadas ou imagens do Marketplace.
  • Decida sobre topologia de rede e políticas de laboratório.
  • Escolha os utilizadores e as equipas a envolver no piloto e verifique os resultados.
  • Decida a duração do piloto, como duas semanas ou um mês.
  • Decida como descartar os recursos do piloto quando o piloto terminar.

Há uma tendência de tentar tornar o piloto perfeito, então ele espelhará o estado final após o lançamento do DevTest Labs. No entanto, tentar tornar a prova de conceito perfeita significa muito esforço antes que você possa iniciar o piloto. O objetivo do piloto é determinar as decisões certas para ampliar e implantar o serviço final.

Tomar outras decisões de planeamento e design

Uma solução completa do DevTest Labs inclui algumas decisões importantes de planejamento e projeto. A prova de conceito pode ajudá-lo a tomar essas decisões. Outras considerações incluem:

Topologia de subscrição

Os requisitos de nível empresarial para recursos no Azure podem ir além das cotas disponíveis em uma única assinatura. Você pode precisar de várias assinaturas do Azure ou talvez precise fazer solicitações de serviço para aumentar os limites iniciais de assinatura. Para obter mais informações, consulte Considerações sobre escalabilidade.

É importante decidir como distribuir recursos entre assinaturas antes da implantação final e em grande escala, porque é difícil mover recursos para outra assinatura mais tarde. Por exemplo, não é possível mover um laboratório para outra assinatura depois que ele é criado. O guia de decisão da Subscrição é um valioso recurso de planeamento.

Topologia de rede

A infraestrutura de rede padrão que o DevTest Labs cria automaticamente pode não atender aos requisitos e restrições para usuários corporativos. Por exemplo, as empresas utilizam frequentemente:

  • Redes virtuais conectadas ao Azure ExpressRoute para conectar redes locais ao Azure.
  • Redes virtuais emparelhadas em uma configuração hub-spoke para conectar redes virtuais entre assinaturas.
  • Túnel forçado para limitar o tráfego para redes locais.

Para obter mais informações, consulte Componentes de rede.

O DevTest Labs também oferece suporte à adição de redes virtuais existentes ao laboratório para usar na criação de novas VMs. Para obter mais informações, consulte Adicionar uma rede virtual no Azure DevTest Labs.

Acesso remoto à máquina virtual

Há várias opções para usuários corporativos acessarem remotamente VMs do DevTest Labs:

  • O método mais fácil e seguro é usar a conectividade do navegador por meio do Azure Bastion. As VMs não precisam usar endereços IP públicos. Para obter mais informações, consulte Habilitar conexão do navegador com VMs do DevTest Labs com o Azure Bastion.

  • Outra opção é usar IPs públicos ou IPs públicos compartilhados e conectar-se por meio de RDP (Remote Desktop Protocol) ou SSH (Secure Shell).

  • Se as opções anteriores não forem suficientes, você poderá se conectar por meio de um gateway de acesso remoto, conforme mostrado na arquitetura de referência corporativa do DevTest Labs. Para obter mais informações, consulte Configurar um laboratório para usar o Gateway de Área de Trabalho Remota.

  • As empresas também podem conectar seus laboratórios às suas redes locais por meio da Rota Expressa ou de uma VPN site a site. Esta opção permite conexões RDP ou SSH diretas para as VMs com base em seus endereços IP privados, sem exposição à Internet.

Acesso e permissões de laboratório

Antes da implementação final do DevTest Labs, é importante decidir amplamente a quem dar acesso a cada nível de laboratório. Os dois principais níveis de permissão do DevTest Labs são Owner e DevTest Labs User. Um modelo comum é que o proprietário do orçamento, como o líder da equipe, seja o proprietário do laboratório, com os membros da equipe como usuários do laboratório. A pessoa responsável pelo orçamento pode, então, ajustar as configurações de política do laboratório e manter a equipe dentro do orçamento.

Completar a prova de conceito

Depois de cobrir os cenários definidos, conclua o piloto. Reúna feedback dos usuários, determine se o piloto foi bem-sucedido e decida se a organização avançará em uma implementação do DevTest Labs em escala empresarial. Comece a considerar a automação da implantação do DevTest Labs e dos recursos associados para garantir a consistência durante toda a distribuição dimensionada.

Exemplo de plano de prova de conceito

Este exemplo a seguir mostra um plano para definir o escopo de uma implantação de prova de conceito do DevTest Labs.

Descrição geral

Uma empresa planeja desenvolver um novo ambiente do Azure DevTest Labs para uso dos fornecedores, que é isolado da rede corporativa. Para determinar se a solução atenderá aos requisitos, a organização desenvolve uma prova de conceito para validar o cenário de ponta a ponta.

Objetivos

A prova de conceito tem os seguintes objetivos:

  • Uma solução de ponta a ponta funcional para fornecedores que usam contas de convidado do Microsoft Entra para acessar um ambiente isolado do Azure.
  • Um ambiente DevTest Labs com todos os recursos necessários para que os fornecedores sejam produtivos.
  • Identificação e compreensão de quaisquer potenciais problemas de bloqueio que afetem o uso e a adoção mais amplos.
  • Boa compreensão de todo o código e colaterais pelos indivíduos que desenvolvem a solução.
  • Confiança na adoção mais ampla por todos os participantes.

Requisitos

A solução tem os seguintes requisitos:

  • As equipes de fornecedores podem usar um conjunto de laboratórios no Azure DevTest Labs.
  • Os fornecedores têm acesso aos laboratórios por meio do Microsoft Entra ID e atribuições de função.
  • Os fornecedores têm uma maneira de se conectar com êxito aos seus recursos, como uma VPN site a site que permite acessar VMs sem usar endereços IP públicos.
  • Os laboratórios se conectam a uma infraestrutura de rede que suporta os requisitos.
  • O DevTest Labs instala o conjunto de artefatos de software que os fornecedores precisam nas VMs.

Pré-requisitos

  • Uma assinatura para usar no projeto

  • Um locatário do Microsoft Entra e um engenheiro de plataforma que pode fornecer ajuda e orientação do Microsoft Entra ID

  • Formas de colaboração entre os membros do projeto, tais como:

    • Azure Repos para código-fonte e scripts
    • Microsoft Teams ou SharePoint para documentos
    • Microsoft Teams para conversas
    • Azure Boards para itens de trabalho

Tarefas de configuração

  • Decida qual região do Azure usar para a prova de conceito.
  • Decida se deseja associar VMs de laboratório ao domínio do Microsoft Entra e se deseja usar os Serviços de Domínio do Microsoft Entra ou outro método.
  • Identifique os fornecedores que usarão o ambiente de prova de conceito.
  • Determine os recursos necessários para os fornecedores, como software disponível nas VMs.
  • Decida sobre os serviços do Azure, além de VMs, que os fornecedores podem usar no DevTest Labs.
  • Planeje como treinar os fornecedores para usar o laboratório.

Próximos passos