Ambientes
Use o processo de Entrega Contínua para oferecer um novo valor à produção de forma rápida e segura. Você pode fazer pequenas alterações com frequência, o que reduz o risco de problemas.
Outros fatores afetam a "dor da implantação na produção", incluindo a adoção de vários ambientes de entrega/implantação. Uma abordagem multiambiente 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 liberação manual e, em vez disso, automatizar o desenvolvimento com um processo de vários estágios direcionado a diferentes ambientes.
Uma arquitetura multiambiente comum inclui quatro camadas:
- Desenvolvimento
- Testar
- Processo de teste
- Produção
Nessa arquitetura, seu produto faz a transição em ordem do Desenvolvimento (o ambiente onde você desenvolve alterações no software) para a Produção (o ambiente com o qual seus 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.
| Environment | Descrição |
|---|---|
| Desenvolvimento | Seu ambiente de desenvolvimento (dev) é onde as alterações no software são desenvolvidas. |
| Teste | Seu ambiente de teste permite que testadores humanos ou testes automatizados experimentem códigos novos e atualizados. Os desenvolvedores devem aceitar novos códigos e configurações por meio de testes de unidade em seu ambiente de desenvolvimento antes de permitir que esses itens entrem em um ou mais ambientes de teste. |
| Processo de teste | O preparo é onde você faz o teste final imediatamente antes da implantação na produção. Cada ambiente de preparação deve espelhar um ambiente de produção real com a maior precisão possível. |
| UAT | O Teste de Aceitação do Usuário (UAT) permite que seus usuários finais ou clientes realizem testes para verificar/aceitar o sistema de software antes que um aplicativo de software possa ser movido para seu ambiente de produção. |
| Produção | Seu ambiente de produção (produção), às vezes chamado ao vivo, é o ambiente com o qual seus usuários interagem diretamente. |
Considerações de design
Aplique as seguintes considerações às Zonas de Aterrissagem do Azure e ao desenvolvimento do Azure Workloads:
- Os ambientes de teste são importantes porque permitem que os desenvolvedores de plataforma testem as alterações antes de implantá-las na produção, o que reduz o risco relacionado à entrega na produção.
- Manter seus ambientes o mais semelhantes possível facilita a localização de erros relacionados ao ambiente nas primeiras fases de teste, o que aumenta a velocidade e a confiabilidade do desenvolvimento e do teste.
- Se houver discrepâncias na configuração de seus ambientes, o "desvio de configuração" acontece, 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 "desvio de configuração" entre ambientes adotando a infraestrutura como código (IaC).
- Considere a adoção de métodos como implantações Canary ou 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 a implantação automática de alterações no próximo ambiente.
- Peça aos usuários designados que revisem as solicitações pull antes que o código seja implantado na produção. Considere o uso de repositórios com estratégia de ramificação para gerenciar o processo de revisão.
- Evite silos permitindo que todos os desenvolvedores acessem todos os ambientes.
Cargas de Trabalho
Para saber como gerenciar ambientes para cargas de trabalho, consulte Perguntas frequentes em escala empresarial.
Zonas de aterrissagem do Azure
A adoção de vários ambientes para uma implantação da Zona de Aterrissagem 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 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
- Subscrições Sandbox
Independentemente da abordagem que seguir, deve sempre:
- Adote pelo menos um ambiente para testes.
- Use entidades de serviço separadas 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