Projete cargas de trabalho com eficiência de desempenho no Azure
Converta expectativas dos usuários em metas mensuráveis, planeje capacidade elástica, evite regressões, observe a produção e otimize onde as evidências indicam maior valor.
Tempo de estudo sugerido: 85 minutos • Nível intermediário • Reescrita autoral completa com resumo conciso de cada tópico
Por João Ricardo Dutra••Conteúdo autoral completo
1. Trate a eficiência de desempenho como capacidade arquitetural
O pilar Eficiência de Desempenho do Well-Architected avalia se a carga de trabalho cumpre sua finalidade dentro de limites de tempo aceitáveis enquanto a demanda muda. Ela precisa absorver aumento de carga sem prejudicar a experiência e liberar CPU, memória e outras capacidades desnecessárias quando a atividade diminui.
Capacidade fixa pré-provisionada falha de duas maneiras: acima do limite, a saturação desacelera ou interrompe o sistema; abaixo dele, a folga ociosa consome orçamento. Desempenho deve, portanto, entrar no design desde o começo e continuar como disciplina mensurada no desenvolvimento e na produção.
Eficiência de desempenho é um ciclo fechado, não um dimensionamento isolado.
Resumo do tópico
Projete para demanda variável conectando experiência, capacidade elástica, medição e melhoria recorrente.
2. Organize os quatro princípios de design nomeados
Princípios de Eficiência de Desempenho presentes no módulo fornecido.
Princípio
Pergunta arquitetural
Negociar metas de desempenho realistas
Qual experiência e resultado cada fluxo importante precisa entregar?
Projetar para atender aos requisitos de capacidade
Quais recursos e modelo de escala fornecem a demanda esperada e de pico?
Alcançar e sustentar o desempenho
Como testes e monitoramento impedirão regressões durante a evolução?
Melhorar a eficiência por meio da otimização
Onde mudanças orientadas por evidência produzem mais valor com os mesmos ou menos recursos?
O resumo exportado fala em “cinco princípios principais”, porém as unidades substantivas fornecidas e o atual nomeiam os quatro acima. Este capítulo registra a divergência e cobre todas as unidades recebidas, sem criar um quinto princípio ausente.
Resumo do tópico
Use os quatro princípios explicitamente nomeados como ciclo entre expectativas, capacidade, proteção e otimização.
3. Converta promessas de negócio em metas mensuráveis
Comece pela qualidade de serviço prometida ao usuário, não por uma métrica de cada recurso do . Responsáveis pelo negócio e equipe da carga devem concordar sobre o aceitável nas jornadas críticas, incluindo qualidade, regulamentação aplicável, limite de investimento, crescimento e relação entre desempenho, disponibilidade e resiliência.
Uma frase como “o site deve ser rápido” não orienta alerta, teste ou arquitetura. Expresse tempo de resposta, taxa de transferência, latência ou trabalho concluído com faixa aspiracional, limite aceitável e fronteira inaceitável. A medição refina a definição e a definição informa o que medir.
Resumo do tópico
Defina com as partes interessadas limites mensuráveis centrados no usuário para alinhar design, teste, alerta e compensação.
4. Prepare a negociação com evidências
Pesquise limites técnicos e camadas de preço, faça experimentos econômicos e analise comportamento histórico, padrões de uso e gargalos. Acrescente comparação de mercado, sondagens informais, especialistas, tendências e padrões do setor para equilibrar viabilidade e expectativa do cliente.
No cenário Contoso Bicycle, técnicos usam um aplicativo móvel para agenda, ordens e pagamentos, enquanto clientes reservam reparos no site; site, aplicativo e são candidatos ao . Analistas pesquisam expectativas e a equipe iniciante no estuda escala e preços antes da prova de conceito.
Uma boa negociação começa com evidência de negócio e engenharia.
Resumo do tópico
Leve dados operacionais, referências externas, conhecimento da plataforma e custos à negociação, em vez de suposições.
5. Negocie a faixa e o futuro sem detalhar cedo demais
O primeiro acordo deve preservar opções de design, mas separar aspiração, aceitação e falha. Discuta investimento, requisitos funcionais e não funcionais, alcance geográfico e crescimento. Isso revela compensações nos outros pilares e reduz tanto superengenharia quanto redesenho tardio.
A Contoso Bicycle acorda metas realistas e limites proibidos e descobre que o primeiro ano atenderá somente o sudoeste dos Estados Unidos, com expansão nacional no segundo. A equipe pode validar desempenho e preço do com provas de conceito, mantendo a expansão no design.
Resumo do tópico
Defina faixas e limites rígidos no contexto de negócio e inclua o crescimento para que a escolha atual suporte o futuro.
6. Modele desempenho em torno dos fluxos críticos
Mapeie cada fluxo importante da entrada à saída, destaque-o na arquitetura e classifique impacto, frequência, relevância ao usuário e complexidade. Registre o intervalo do comportamento aspiracional ao inaceitável e as dependências que podem atrasar a jornada completa.
O localizador de serviços e o pagamento de reparos merecem atenção diferente de um fluxo administrativo. Metas por fluxo evitam subdimensionar jornadas decisivas e superdimensionar recursos pouco relevantes. A linha de base resultante inicia a melhoria.
Metas pertencem a fluxos ponta a ponta, não a contadores isolados.
Resumo do tópico
Priorize fluxos ponta a ponta e associe a cada um faixa de desempenho, contexto e dependências.
7. Planeje capacidade cedo e observe o sistema completo
O planejamento começa com uma linha de base e a compreensão preliminar dos pontos de pressão; não exige ajuste exaustivo. Analise o sistema inteiro, pois otimizar cedo um componente pode gerar custo, risco ou complexidade em outro.
Perto dos testes de aceitação e da produção, as medições direcionam o trabalho detalhado. Capacidade é a oferta necessária para demanda contínua e de pico, e a elasticidade deve atender aos fluxos priorizados, não a um tamanho de máquina escolhido por palpite.
Resumo do tópico
Crie uma linha de base sistêmica, adie o ajuste fino até haver evidência e planeje oferta para demanda constante e de pico.
8. Selecione e dimensione recursos para escalabilidade
Escolha recursos compatíveis em toda a pilha e avalie taxa de transferência, limites, escala nativa, suporte e carga operacional. Dimensionamento correto fornece capacidade suficiente sem escolher automaticamente a opção mais barata, a mais cara ou um serviço em .
O cenário industrial exportado usa ,, e . Compara o plano Standard, com até 500 instâncias por aplicativo, ao Enterprise, com até 1.000, e escolhe Standard porque não precisa do limite, suporte e recursos extras. Os números pertencem ao cenário fornecido, não a uma recomendação de compra atual.
O design de capacidade equilibra oferta, demanda, elasticidade e valor.
Resumo do tópico
Avalie capacidades e limites de escala e escolha a menor configuração suportada que satisfaça o modelo.
9. Preveja demanda e traduza-a em capacidade técnica
Combine uso esperado com a capacidade medida dos recursos. A modelagem preditiva antecipa mudanças programadas e imprevistas, traduz metas de fluxo em computação e dados e revela escassez ou excesso antes de virar custo ou incidente.
A Contoso Manufacturing alterna produtos em uma linha de produção. As trocas adicionam análise e atualização de algoritmos, então a equipe identifica fluxos, estima tráfego pelo ambiente local, calcula capacidade dos microsserviços e programa escala horizontal antes da transição, reduzindo-a depois. A produção refinará as regras.
Resumo do tópico
Use histórico e modelo de desempenho para prever capacidade futura, inclusive picos programados e demanda incerta.
10. Valide hipóteses com uma prova de conceito
A prova de conceito verifica se a arquitetura atende à carga e se a própria meta é plausível, além de revelar o efeito da capacidade no custo. Simuladores e testes de carga ajudam, mas o experimento deve representar dependências que alteram a taxa de processamento.
Dispositivos locais alcançam o pelo e se registram no . Como latência por local e horário pode reduzir transações por instância dos , o ambiente de teste consulta dispositivos durante o dia e combina tempos de resposta com resultados de carga para calcular o lançamento e melhorar os casos de teste.
A prova de conceito converte suposições em medições.
Resumo do tópico
Use uma prova representativa para validar metas, carga, dependências, capacidade, custo e realismo dos testes.
11. Sustente o desempenho em todo o ciclo de desenvolvimento
Recursos, perfis de usuário, padrões de uso, volume de dados e melhorias em outros pilares mudam a pressão. Atualize o modelo com o comportamento medido e registre se cada mudança melhorou, piorou ou não alterou materialmente um fluxo crítico.
Faça verificações manuais leves e medições de prova no início, estabeleça referências e automatize latência, estresse, capacidade de carga e outros testes no build. Simule antes da publicação e monitore cuidadosamente a carga real. Se o negócio mudou, renegocie expectativas em vez de otimizar um modelo obsoleto.
Resumo do tópico
Trate desempenho como propriedade do ciclo de vida, atualize o modelo e reabra expectativas quando necessário.
12. Transforme desempenho em gate de qualidade
Gates formais aprovam ou bloqueiam a promoção em cada estágio. Eles encontram regressões enquanto o conjunto de mudanças ainda é pequeno e decidem a publicação contra limites acordados, não contra intuição.
A Contoso Event Solutions valida ingressos online e offline. Um novo recurso de foto faz o leitor offline tentar baixar imagem e aguardar . Testes automatizados no encontram a regressão, a regra go/no-go bloqueia a versão e o defeito é corrigido antes de alcançar clientes.
Uma meta torna-se eficaz quando consegue impedir uma publicação prejudicial.
Resumo do tópico
Automatize testes representativos e imponha limites go/no-go antes da promoção à produção.
13. Combine observabilidade real, sintética, online e offline
Testes não reproduzem todas as condições. Monitore transações reais e execute transações sintéticas para manter linha de base quando o uso é intermitente. Acompanhe percentis e valores discrepantes, não apenas médias, alerte sobre desvio relevante e investigue gargalos e recursos subutilizados.
A carga de ingressos observa a validação online de pico, envia telemetria offline em lotes para análise e executa transações sintéticas nos dias úteis, pois os eventos se concentram à noite e nos fins de semana. Um sistema de APM precisa observar a saúde de produção, não apenas existir.
A observabilidade explica o comportamento comum e a cauda da distribuição.
Resumo do tópico
Use transações reais e sintéticas, percentis, anomalias, alertas e telemetria offline para enxergar a produção.
14. Reaja ao crescimento, aos recursos e ao acúmulo de dados
O desempenho pode se degradar sem nova versão porque clientes e dados continuam crescendo. Ajustar consultas pode aliviar temporariamente; quando o design chega à capacidade prática, revise a arquitetura ou as metas em vez de repetir ajustes no mesmo gargalo.
Com mais locais, consultas de ingressos varrem dados demais. A Contoso planeja particionar eventos e mover registros antigos para outro armazenamento de relatórios e histórico, pois a validação ativa não precisa deles. Assim atende à carga crescente sem poluir o caminho crítico.
Particione e retenha dados segundo a necessidade do caminho crítico.
Resumo do tópico
Observe erosão prolongada, particione dados ativos, arquive histórico e redesenhe quando o ajuste não proteger mais o orçamento.
15. Execute otimização como ciclo contínuo de valor
Monitorar, otimizar, testar e implantar se repetem por toda a vida. Uma melhoria pode liberar capacidade para aumentar confiabilidade, reduzir custo ou criar funcionalidade sem nova infraestrutura; ela também pode justificar uma meta mais ambiciosa.
O momento deve vir da evidência. Entenda uso, evolução do sistema e novidades da plataforma antes do trabalho detalhado. Otimização prematura gasta esforço em caminho pouco crítico ou esconde uma alteração arquitetural superior.
A otimização gera valor duradouro quando a evidência fecha o ciclo.
Resumo do tópico
Repita um ciclo orientado por evidências e decida se a folga melhora confiabilidade, custo ou produto.
16. Reserve capacidade da equipe para desempenho
O trabalho de desempenho perde espaço para funcionalidades se não for planejado. Reserve tempo recorrente para requisitos não funcionais e melhorias em consumo, qualidade do código, retenção e consultas. A equipe passa a responder por tendências antes de reclamações executivas ou incidentes.
Integrações da Contoso HR iam do código à implantação e logo à próxima tarefa, embora atrasos em folha e relatórios legais causassem suporte urgente. A equipe dedica 20% de cada sprint à dívida técnica e ao desempenho. Esse percentual pertence ao exemplo fictício, não é regra universal.
Resumo do tópico
Transforme melhoria de desempenho em trabalho recorrente e visível, priorizado pelo impacto.
17. Melhore o design, não somente o código
A otimização pode exigir outro padrão ou componente. evita trabalho repetido, uma rede de distribuição de conteúdo aproxima conteúdo e orquestração paralela reduz tarefas independentes. Avalie complexidade, consistência, segurança, confiabilidade e custo resultantes.
O cenário de RH executa em C# em um Kubernetes habilitado pelo . Ao revisar fluxos por gatilho, descobre que Durable Functions aplica fan-out/fan-in a uma tarefa de folha paralela e registra o padrão no catálogo. Melhorar desempenho inclui repensar a execução, não apenas limpar código ou dados.
Resumo do tópico
Considere ,, paralelismo e novos componentes quando a evidência apontar limite arquitetural.
18. Use telemetria, APM e profilers para encontrar hot paths
Tendências históricas revelam fluxos e caminhos de código nos quais a melhoria importa. APM e profilers expõem hot paths, contribuintes de latência e gargalos para direcionar o tempo escasso de otimização.
Embora todas as de RH tenham , a equipe inicialmente o usa como destino de e para correção de falhas. Ao analisar hotspots de forma proativa durante o tempo reservado, identifica uma integração arriscada antes de afetar a liderança.
Resumo do tópico
Analise telemetria histórica e perfis de execução e concentre otimização em hot paths ligados a fluxos importantes.
19. Preserve os cenários e o contexto dos produtos Microsoft
Cenários fictícios e sua contribuição arquitetural.
Cenário
Produtos e contexto
Lição
Contoso Bicycle
para site, aplicativo móvel e
Negociar metas por fluxo antes do design final.
Contoso Manufacturing
,, e
Dimensionar, prever trocas e validar latência em prova.
Contoso Event Solutions
Validação online e offline com APM e telemetria em lotes
Bloquear regressões, observar a produção e particionar dados.
Engenharia Contoso HR
em C# no Kubernetes habilitado pelo ; Durable Functions;
Financiar otimização, adotar padrões melhores e localizar hot paths.
Os nomes preservam o contexto fornecido e as traduções do dicionário. Antes da implementação, confirme disponibilidade, limites, suporte, região e preço atuais.
Resumo do tópico
Use cada cenário para ligar um princípio abstrato a metas, capacidade, testes, dados ou otimização.
20. Considere a desativação dos
O cenário-fonte usa legitimamente e seus limites históricos. Depois da publicação do material, a Microsoft colocou todos os planos em período de desativação, com encerramento previsto para 31 de março de 2028, e recomenda ou para migração. Preserve a lição, mas não escolha o serviço em desativação para uma nova arquitetura sem orientação atual.
A atualização demonstra o próprio princípio: a tecnologia evolui, portanto modelos e serviços precisam ser revistos. A alternativa deve repetir mapeamento de metas, testes de capacidade, medições de rede, análise operacional e comparação de custos.
Resumo do tópico
Separe a lição duradoura de capacidade da escolha envelhecida de produto e revalide as alternativas.
21. Verifique o entendimento com raciocínio arquitetural
A equipe Bicycle pesquisa o para preparar a negociação; a meta ainda não estava negociada e a produção não estava pronta.
A negociação inclui crescimento previsto. Metas são contextualizadas por fluxos, não por recursos isolados.
Recursos de escalabilidade orientam a seleção; modelagem preditiva prevê capacidade futura.
A prova industrial testa se a latência para local altera a necessidade de computação.
Testar desempenho em produção é recomendado quando controlado e monitorado; transações reais e sintéticas importam.
O banco de ingressos muda para atender ao aumento de carga com partições e separação de histórico.
A equipe de RH reserva tempo em cada ciclo; novos padrões melhoram eficiência; APM analisa tendências e gargalos.
Resumo do tópico
Raciocine a partir de fluxos, demanda futura, testes representativos, produção e gargalos, não apenas de preço ou tamanho.
22. Aplique o ciclo completo de eficiência de desempenho
Defina faixas de desempenho centradas no usuário para fluxos críticos e alinhe-as a crescimento e investimento.
Crie modelo, dimensione recursos, preveja demanda contínua e de pico e projete elasticidade antes da saturação.
Valide metas, dependências, carga, custo e capacidade por provas de conceito representativas.
Proteja desempenho com testes no ciclo, gates, transações reais e sintéticas, percentis e alertas.
Trate crescimento com consultas, particionamento, retenção, arquivamento e redesenho quando necessário.
Reserve tempo e use , APM, profilers, padrões, , e paralelismo onde a evidência apoiar.
O ciclo completo mantém experiência, capacidade e valor alinhados.
Para praticar, revise os princípios, a lista de verificação, as compensações entre pilares e os padrões de nuvem. Um laboratório também exige uma assinatura adequada; compare as condições atuais de pagamento conforme o uso e da conta gratuita antes de criar recursos cobrados.
