Environments

Use o processo de Entrega Contínua para fornecer um novo valor de forma rápida e segura à produção. Você pode fornecer pequenas alterações com frequência, o que reduz o risco de problemas.

Outros fatores afetam a "dor de implantação na produção", incluindo a adoção de vários ambientes de entrega/implantação. Uma abordagem multiambiental permite criar, testar e liberar código com maior velocidade e frequência para tornar sua implantação o mais simples possível. Você pode remover a sobrecarga manual e o risco de uma versão manual e, em vez disso, automatizar o desenvolvimento com um processo de várias fases direcionado a ambientes diferentes.

Uma arquitetura multiambiental comum inclui quatro camadas:

• Desenvolvimento
• Test
• De preparo
• Produção

Nessa arquitetura, seu produto faz a transição em ordem de desenvolvimento (o ambiente em que você desenvolve alterações no software) por meio da Produção (o ambiente com o qual os usuários interagem diretamente). Você também pode introduzir um ambiente de Teste de Aceitação do Usuário (UAT) para validar o fluxo de negócios de ponta a ponta.

Considerações sobre o design

Aplique as seguintes considerações às Zonas de Destino do Azure e ao desenvolvimento de Cargas de Trabalho do Azure:

• Os ambientes de teste são importantes porque permitem que os desenvolvedores da plataforma testem as alterações antes de implantar em produção, o que reduz o risco relacionado à entrega em produção.
• Manter seus ambientes da maneira mais semelhante possível facilita a localização de erros relacionados ao ambiente nas primeiras fases do teste, o que aumenta a velocidade e a confiabilidade do desenvolvimento e do teste.
• Se houver discrepâncias na configuração de seus ambientes, ocorrerá "descompasso de configuração", o que pode resultar em perda de dados, implantações mais lentas e falhas.
• Você pode acelerar as implantações, melhorar a consistência do ambiente e reduzir o "descompasso de configuração" entre ambientes adotando a IaC (Infraestrutura como Código).
• Considere a adoção de métodos como Canary ou implantações de Blue-Green que disponibilizam novos recursos apenas para um conjunto limitado de usuários de teste em produção e ajudam a reduzir o tempo de lançamento em produção.
• Use verificações nos resultados do teste para controlar a transição do código do desenvolvimento para a produção. Você pode automatizar esses controles para que testes com falha impeçam que as alterações sejam implantadas automaticamente no próximo ambiente.
• Os usuários designados revisam as solicitações de pull antes que o código seja implantado na produção. Considere o uso de repositórios com a estratégia de branch para gerenciar o processo de revisão.
• Evite silos permitindo que todos os desenvolvedores acessem todos os ambientes.

Workloads

Para saber como gerenciar ambientes para cargas de trabalho, consulte perguntas frequentes sobre escala empresarial.

Zonas de Destino do Azure

A adoção de vários ambientes para uma implantação da Zona de Destino do Azure é comum quando um cliente deseja testar os efeitos e os resultados de novas Atribuições de Política do Azure, atribuições de função do RBAC do Azure, associações de grupo do Microsoft Entra, criação de recursos do Azure e muito mais.

A abordagem de teste para escala empresarial descreve duas abordagens de adoção diferentes:

• Replicação da hierarquia do grupo de gerenciamento no ambiente canário e de produção
• Assinaturas de sandbox

Independentemente de qual abordagem você segue, você deve sempre:

• Adote pelo menos um ambiente para teste.
• Use principais de serviço separados para fins de teste e produção para proteger seus ambientes.
• Implementar verificações e aprovações automatizadas para validar e aprovar alterações antes de implantar qualquer alteração em um ambiente específico

Próximas etapas

• Criar e direcionar um ambiente

• Usando ambientes para implantação (GitHub)