Preocupações transversais de cargas de trabalho críticas no Azure

Há várias preocupações transversais que atravessam as principais áreas de design. Este artigo contextualiza essas preocupações transversais para consideração subsequente em cada área de design.

Importante

Este artigo faz parte da série de cargas de trabalho críticas do Azure Well-Architected . Se você não estiver familiarizado com esta série, recomendamos que comece com o que é uma carga de trabalho crítica?

Limites de escala

O Azure aplica vários limites ou cotas para garantir um nível consistente de serviço para todos os clientes. Exemplos desses limites incluem restrições no número de recursos implantáveis em uma única assinatura e restrições à taxa de transferência de rede e consulta.

Os limites de serviço podem ter uma influência significativa em uma grande carga de trabalho crítica. Considere cuidadosamente os limites dos serviços usados na arquitetura de destino para garantir uma escala sustentável. Caso contrário, você poderá atingir um ou mais desses limites à medida que a carga de trabalho aumentar.

Importante

Limites e cotas podem mudar à medida que a plataforma evolui. Certifique-se de marcar os limites atuais em limites, cotas e restrições de assinatura e serviço do Azure.

Recomendações

• Empregar uma abordagem de unidade de escala para composição, implantação e gerenciamento de recursos.
• Use assinaturas como unidades de escala, dimensionando recursos e assinaturas conforme necessário.
• Verifique se os limites de escala são considerados como parte do planejamento de capacidade.
• Se disponível, use dados sobre ambientes de aplicativo existentes para explorar quais limites podem ser encontrados.

Automação

Uma abordagem holística para automação de atividades de implantação e gerenciamento pode maximizar a confiabilidade e a operabilidade da carga de trabalho.

Recomendações

• Automatize pipelines de CI/CD (integração contínua e entrega contínua) para todos os componentes do aplicativo.
• Automatize as atividades de gerenciamento de aplicativos, como aplicação de patch e monitoramento.
• Use semântica de gerenciamento declarativo, como IaC (infraestrutura como código), em vez de abordagens imperativas.
• Priorize a modelagem em relação ao script. Adiar para o script somente ao usar modelos não é possível.

Alinhamento do roteiro do Azure

O Azure está em constante evolução por meio de atualizações frequentes para serviços, recursos e disponibilidade regional. É importante alinhar a arquitetura de destino com os roteiros da plataforma Azure para informar uma trajetória ideal do aplicativo. Por exemplo, garantir que os serviços e recursos necessários estejam disponíveis nas regiões de implantação escolhidas.

Consulte atualizações do Azure para obter as informações mais recentes sobre novos serviços e recursos.

Recomendações

• Alinhe-se aos roteiros de engenharia do Azure e aos planos de distribuição regional.
• Desbloqueie com serviços de versão prévia ou usando dependências no roteiro da plataforma Azure.
• Use apenas uma dependência de serviços e recursos confirmados; validar dependências de roteiro com grupos de produtos de engenharia da Microsoft.

Próxima etapa

Explore as áreas de design que fornecem considerações críticas e recomendações para criar uma carga de trabalho crítica.

Padrão de arquitetura