Ambientes
Use o processo de Entrega Contínua para fornecer um novo valor de maneira 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 "problemática de implantação em produção", incluindo a adoção de vários ambientes de entrega/implantação. Uma abordagem de multiambiente permite compilar, testar e liberar o código com maior velocidade e frequência a fim de tornar sua implantação a 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árias fases direcionado a ambientes diferentes.
Uma arquitetura de multiambiente comum inclui quatro camadas:
- Desenvolvimento
- Teste
- Preparo
- Produção
Nessa arquitetura, seu produto faz a transição em ordem do Desenvolvimento (o ambiente com o qual você desenvolve as alterações no software) para a Produção (o ambiente com o qual os usuários interagem diretamente). Você também pode introduzir um ambiente de UAT (teste de aceitação do usuário) para validar o fluxo de negócios de ponta a ponta.
| Environment | Descrição |
|---|---|
| Desenvolvimento | Seu ambiente de desenvolvimento é o local em que as alterações no software são desenvolvidas. |
| Teste | Seu ambiente de teste permite que testadores humanos ou testes automatizados experimentem o código novo e atualizado. Os desenvolvedores precisam aceitar novos códigos e configurações por meio de testes de unidade no seu ambiente de desenvolvimento antes de permitir que esses itens entrem em um ou mais ambientes de teste. |
| Staging | O preparo é o local em que você faz testes finais imediatamente antes da implantação em produção. Cada ambiente de preparo deve espelhar um ambiente de produção real da forma mais precisa possível. |
| UAT | O UAT (teste de aceitação do usuário) permite que os usuários finais ou os clientes executem testes para verificar/aceitar o sistema de software antes que um aplicativo de software possa passar para o ambiente de produção. |
| Produção | Seu ambiente de produção, às vezes chamado de dinâmico, é o ambiente com o qual os usuários interagem diretamente. |
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 da implantação em produção, o que reduz o risco relacionado à entrega em produção.
- Manter seus ambientes os mais semelhantes possíveis 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 dos ambientes, ocorrerá um "descompasso da configuração", o que pode resultar em perda de dados, implantações mais lentas e falhas.
- Você pode acelerar as implantações, aprimorar a consistência do ambiente e reduzir o "descompasso da configuração" entre os ambientes adotando a IaC (infraestrutura como código).
- Considere a adoção de métodos como implantações canário ou azul-verde 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 os testes com falha impeçam que as alterações sejam implantadas automaticamente no próximo ambiente.
- Peça aos usuários designados que revisem as solicitações de pull antes que o código seja implantado em 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.
Cargas de trabalho
Para saber como gerenciar ambientes para cargas de trabalho, veja Perguntas frequentes sobre a escala empresarial.
Zonas de destino 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.
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 área restrita
Independentemente de qual abordagem você segue, você deve sempre:
- Adotar, pelo menos, um ambiente para teste.
- 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 as alterações antes de implantar qualquer alteração em um ambiente específico