Preocupações cruzadas de cargas de trabalho críticas para a missão no Azure

Existem várias preocupações transversais que atravessam as principais áreas de design. Este artigo contextualiza estas preocupações transversais para considerações subsequentes em cada área de design.

Importante

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

Limites de dimensionamento

O Azure aplica vários limites ou quotas para garantir um nível de serviço consistente para todos os clientes. Exemplos destes limites incluem restrições ao número de recursos implementáveis numa única subscrição e restrições ao débito de rede e consulta.

Os limites de serviço podem ter um impacto significativo numa grande carga de trabalho crítica para a missão. Considere cuidadosamente os limites dos serviços utilizados na arquitetura de destino para garantir uma escala sustentável. Caso contrário, poderá atingir um ou mais destes limites à medida que a carga de trabalho cresce.

Importante

Os limites e quotas podem mudar à medida que a plataforma evolui. Certifique-se de que verifica os limites atuais na subscrição do Azure e nos limites de serviço, quotas e restrições.

Recomendações

• Utilize uma abordagem de unidade de escala para composição, implementação e gestão de recursos.
• Utilize subscrições como unidades de escala, aumentando horizontalmente os recursos e as subscrições conforme necessário.
• Confirme que os limites de dimensionamento são considerados como parte do planeamento da capacidade.
• Se disponível, utilize dados sobre ambientes de aplicações existentes para explorar os limites que podem ser encontrados.

Automatização

Uma abordagem holística à automatização das atividades de implementação e gestão pode maximizar a fiabilidade e a operabilidade da carga de trabalho.

Recomendações

• Automatizar a integração contínua e os pipelines de entrega contínua (CI/CD) para todos os componentes da aplicação.
• Automatize as atividades de gestão de aplicações, como a aplicação de patches e a monitorização.
• Utilize semântica de gestão declarativa, como Infraestrutura como código (IaC), em vez de abordagens imperativas.
• Priorize o modelo em vez de scripting. Diferir para scripting apenas quando utilizar modelos não é possível.

Alinhamento do mapa de objetivos do Azure

O Azure está constantemente a evoluir através de atualizações frequentes de serviços, funcionalidades e disponibilidade regional. É importante alinhar a arquitetura de destino com os roteiros da plataforma do Azure para informar uma trajetória ideal da aplicação. Por exemplo, certifique-se de que os serviços e funcionalidades necessários estão disponíveis nas regiões de implementação escolhidas.

Veja Atualizações do Azure para obter as informações mais recentes sobre os novos serviços e funcionalidades.

Recomendações

• Alinhe-se com os roteiros de engenharia do Azure e os planos de implementação regional.
• Desbloqueie com serviços de pré-visualização ou ao assumir dependências no mapa de objetivos da plataforma do Azure.
• Assumir apenas uma dependência de serviços e funcionalidades consolidados; validar dependências de mapa de objetivos com grupos de produtos de engenharia da Microsoft.

Passo seguinte

Explore as áreas de design que fornecem considerações e recomendações críticas para a criação de uma carga de trabalho crítica para a missão.

Padrão de arquitetura