O que é o Azure Well-Architected Framework?

O Azure Well-Architected Framework é uma estrutura de design que pode melhorar a qualidade de uma carga de trabalho, ajudando-a a:

• Seja resiliente, disponível e recuperável.
• Seja tão seguro quanto você precisa que seja.
• Forneça um retorno suficiente sobre o investimento.
• Dê suporte ao desenvolvimento e às operações responsáveis.
• Realize sua finalidade dentro de quadros de tempo aceitáveis.

A estrutura é fundada nos cinco pilares de excelência arquitetônica, que são mapeados para esses objetivos. São eles: de Confiabilidade,de Segurança ,de Otimização de Custos ,de Excelência Operacional ede Eficiência de Desempenho .

Cada pilar fornece práticas recomendadas, considerações de risco e compensações. As decisões de design devem ser equilibradas em todos os pilares, considerando os requisitos de negócios. As diretrizes técnicas e acionáveis são amplas o suficiente para todas as cargas de trabalho e se aplicam a um cenário específico. Essa orientação é centralizada no Azure.

A arquitetura da carga de trabalho não é a mesma que sua implementação. O Well-Architected Framework pode configurá-lo para o sucesso por meio do design arquitetônico, mas as opções de implementação dependem dos requisitos de negócios e das restrições da sua organização.

Público

O Well-Architected Framework aplica-se às equipes responsáveis por otimizar as cargas de trabalho e resolver questões transversais.

O Well-Architected Framework fornece insights e recomendações valiosos para qualquer pessoa envolvida no ciclo de vida de uma carga de trabalho. Independentemente de sua função em uma equipe de carga de trabalho, seja arquiteto, desenvolvedor, operador ou stakeholder de negócios, se você tiver autoridade para tomar decisões dentro do escopo de uma carga de trabalho, poderá se beneficiar dessa estrutura.

Essas diretrizes são benéficas independentemente da escala da sua organização. Se você faz parte de uma grande empresa, uma pequena empresa ou um fornecedor de software independente, você pode mover uma etapa mais perto do design ideal. A estrutura atende a uma ampla gama de estruturas organizacionais e tamanhos, garantindo que todos os usuários de carga de trabalho possam usar efetivamente seus benefícios.

Se você estiver buscando orientação para melhorar um portfólio de cargas de trabalho por meio de controles centralizados, esse conteúdo pode não se aplicar totalmente. Recomendamos consultar o Cloud Adoption Framework. Se você não tiver interesse em criar cargas de trabalho no Azure, esse conteúdo não será relevante para você.

Para obter informações sobre a função e os deveres de um arquiteto, consulte os fundamentos do Arquiteto e a lista de verificação do Arquiteto .

Objetivos

O objetivo principal do Well-Architected Framework é configurar você para o sucesso ao implantar sua carga de trabalho no Azure.

• implementação bem-sucedida: um design bem projetado leva à implementação bem-sucedida. Dada a amplitude e profundidade da cobertura em conceitos, você está bem equipado para tomar decisões informadas.

• Confiança no êxito: avaliações comprovadas, vistas em várias cargas de trabalho implantadas no Azure, embasam os princípios do framework.

• Entenda as compensações e os riscos: a estrutura ajuda você a entender que a adoção das recomendações pode exigir escolhas em relação aos outros pilares. Ele destaca os prós e contras, além dos riscos potenciais a serem abordados em curto prazo.

• Otimizar ao longo do tempo: a estrutura foi projetada para uso iterativo e como uma ferramenta para melhoria contínua. Meça a maturidade da carga de trabalho em relação às diretrizes. Trate essa avaliação como uma pontuação móvel que evolui com sua carga de trabalho, garantindo que o design permaneça eficiente e eficaz para atender aos seus objetivos de negócios.

Blocos de construção da estrutura

O Well-Architected Framework é estruturado em uma abordagem em camadas: pilares, carga de trabalho e guias de serviço.

Pilares

A base dessa estrutura está nos pilares. Se você não tiver uma compreensão abrangente desses pilares, as camadas subsequentes: camada de carga de trabalho e guias de serviço, talvez não sejam totalmente compreensíveis. Cada pilar apresenta estes elementos:

• Princípios de design. Forneça a base de um bom design, cada um deles tem uma meta específica. Os princípios também descrevem as abordagens recomendadas.

• Listas de verificação de revisão de design. Cada item na lista de verificação é acompanhado por um ou mais guias de recomendação de que descrevem as principais estratégias e como o Azure ajuda você a obter a recomendação.

• Padrões de design de nuvem. Lembre-se de entender os padrões de design de nuvem relacionados. São mapeados para os pilares diretamente compatíveis com eles.

• Prós e contras. Cada decisão arquitetônica envolve uma série de considerações. Esses prós e contras representam comprometimentos reconhecidos e aceitos que balanceiam os diversos aspectos da estrutura. Alternativas são indicadas com este ícone e riscos são assinalados com este ícone .

• Modelo de maturidade. Descreve a abordagem em fases para adotar o Azure Well-Architected Framework começando com recomendações fáceis ou essenciais. À medida que as necessidades de negócios evoluem, melhore gradualmente os sistemas, desde cargas de trabalho em estágio inicial até soluções maduras e críticas para os negócios.

Para obter mais informações, consulte Sobre os pilares do Well-Architected Framework.

Cargas de trabalho

A camada de carga de trabalho representa como os pilares se aplicam a uma classe específica de carga de trabalho. Durante a fase inicial de design, a arquitetura da carga de trabalho é segmentada com base no utilitário e cada segmento representa as áreas priorizadas ou de design. Essas áreas de design são específicas para a classe de carga de trabalho e servem como pontos focais para otimização. O Well-Architected Framework inclui várias cargas de trabalho. Leia aquele que corresponde de perto aos seus requisitos de negócios. Você não precisa ler as diretrizes de carga de trabalho para classes de cargas de trabalho que não estão alinhadas com seu cenário.

Comece com Comece para entender o contexto da solução. Como lembrete, leia os Princípios de design, para entender como a carga de trabalho adota a diretriz de pilares. Em seguida, aprofunde-se nas áreas de design que se concentram nos pontos de decisão técnica com recomendações a seguir. As diretrizes de carga de trabalho também incluem uma avaliação que ajuda você a avaliar sua preparação na produção.

Para obter mais informações, consulte Sobre as cargas de trabalho do Well-Architected Framework.

Guias de serviço

Os guias de serviço desempenham um papel fundamental na tomada de decisões sobre componentes individuais do Azure em uma carga de trabalho. Eles descrevem os principais recursos e funcionalidades necessários para alcançar a excelência arquitetônica e fornecem configurações recomendadas para estabelecer uma base forte. Embora não sejam exaustivos, esses guias enfatizam como cada serviço pode lidar com preocupações de corte cruzado e dar suporte à eficácia da carga de trabalho.

Para obter mais informações, consulte os guias disponíveis.

Conceitos básicos de design

Os guias de design servem como recursos focados que fornecem diretrizes prescritivas para aplicar as principais estratégias da estrutura. Eles se baseiam diretamente nas abordagens fundamentais definidas nas recomendações do pilar, mas estendem-se intencionalmente entre pilares para mostrar como essas estratégias interagem na prática. Em vez de cobrir jornadas arquitetônicas inteiras, os guias de design concentram-se em uma prática ou escolha específica, dando às equipes uma direção clara e direcionada para colocar os princípios do WAF em ação.

Para obter mais informações, consulte o Design Essentials.

Avaliação

O Microsoft Azure Well-Architected Review é oferecido sem custo. É uma coleção de questionários vinculados às listas de verificação de pilares para avaliar suas opções de design. Acompanhe sua pontuação por meio de execuções iterativas para identificar possíveis áreas para aprimoramento.

Para obter mais informações, consulte Ferramenta de Análise do Azure Well-Architected.

Processo de aprendizagem sugerido

O Well-Architected Framework aborda as práticas recomendadas aplicáveis a qualquer classe de carga de trabalho. Essa orientação inclui não apenas os princípios fundamentais de bom design e compensações, mas também a aplicação desses princípios aos componentes de sua arquitetura. Reconhecemos que ler essas diretrizes de ponta a ponta pode ser avassalador. Considere seguir este roteiro de aprendizagem:

1. Entenda todos os princípios de design. Conheça os princípios de design e as abordagens para todos os pilares. No início do design, entender uma boa arquitetura é mais importante do que saber como compilá-la. Dentro de cada princípio, siga as abordagens para criar sua estratégia de design. Essas abordagens não são opcionais e devem ser levadas em conta.

   

   • Princípios de design de confiabilidade
   • Princípios de design de segurança
   • Princípios de design de otimização de custos
   • Princípios de design da Excelência Operacional
   • Princípios de design da Eficiência de Desempenho

2. Priorize os itens da lista de verificação. Comece apenas abordando os itens da lista de verificação relevantes para sua carga de trabalho e metas de negócios. Considere fatores como a criticidade dos negócios, as necessidades de conformidade e o tempo de comercialização. Ajuste as prioridades à medida que esses fatores mudam para melhorar a qualidade da carga de trabalho. Adie itens da lista de verificação que são menos relevantes para o sucesso da carga de trabalho.

   

   • Lista de verificação de revisão de design para confiabilidade
   • Lista de verificação de revisão de design para segurança
   • Lista de verificação de revisão de design para otimização de custos
   • Lista de verificação de revisão de design para Excelência Operacional
   • Lista de verificação de revisão de design para Eficiência do Desempenho

3. Esteja pronto para fazer compensações importantes. Veja exemplos de tradeoffs dos pilares para entender como a priorização pode favorecer um pilar em detrimento de outro. Fazer contrapartidas estratégicas de design é uma parte importante da tomada de decisões.

   • Desvantagens da Confiabilidade
   • Compensações de segurança
   • Compensações de otimização de custos
   • Trocas de Excelência Operacional
   • Compensações de eficiência do desempenho

4. Combine os cenários de carga de trabalho. Encontre um guia de carga de trabalho que corresponda ao seu cenário e siga a metodologia de design em todas as áreas técnicas e operacionais. Esses guias ajudam a destacar as considerações mais relevantes. Para obter mais informações, consulte os exemplos listados nas cargas de trabalho do Azure Well-Architected Framework.

5. Selecione o serviço apropriado do Azure e configure-o corretamente. Esses guias de serviço são projetados para dar suporte à tomada de decisão para cada componente do Azure dentro de uma carga de trabalho.

Adotar um modelo de maturidade

Considere adotar uma abordagem em fases para consumir o Azure Well-Architected Framework. Classifique as recomendações da estrutura pelo que é fácil de alcançar ou deve ser alcançado inicialmente. Em seguida, à medida que os requisitos de negócios da carga de trabalho mudam, evolua incrementalmente os sistemas prontos para produção. Por exemplo, as fases iniciais de adoção podem ser aplicadas a cargas de trabalho no início dos seus processos de financiamento e desenvolvimento, estabelecendo uma base sólida para um bom design. Fases maduras de alinhamento podem se aplicar a soluções mais adiante no ciclo de desenvolvimento, com os níveis mais altos reservados para soluções sempre ativas e críticas para os negócios.

O Well-Architected Framework inclui um modelo de maturidade. Isso fornece um currículo estruturado e marcos para as equipes de carga de trabalho seguirem.

A abordagem em fases foi desenvolvida depois de examinar como vários clientes do Azure aplicam a estrutura em suas soluções. Essas diretrizes são aplicáveis a todas as equipes de carga de trabalho, desde startups até empresas maduras. As startups usam o modelo para criar estratégias fundamentais que podem ser implementadas ao longo do tempo. Empresas maduras, cuja arquitetura evoluiu, também podem adotar o modelo para otimizar ainda mais suas cargas de trabalho para ter uma abordagem comum para medir melhorias entre as equipes. Além disso, os parceiros podem usar o modelo para avaliar a maturidade da carga de trabalho e implementar recomendações direcionadas.

O modelo é categorizado por pilares e dividido em cinco níveis. Embora os níveis em cada pilar representem características exclusivas desse pilar, há temas comuns em todos eles:

Esses limites são diretrizes sugeridas e não precisam ser tomados como regras rígidas. O percurso real dependerá de suas metas organizacionais e requisitos de carga de trabalho.

Em cada nível, explore as abas que destacam o foco da estratégia para cada nível.

• Modelo de maturidade de confiabilidade
• Modelo de maturidade de segurança
• Modelo de maturidade da Otimização de Custos
• Modelo de maturidade da Excelência Operacional
• Modelo de maturidade de eficiência de desempenho

As diretrizes incluem uma avaliação para ajudá-lo a identificar as recomendações que se alinham ao nível de maturidade desejado. Faça a avaliação aqui: Avaliação do modelo de maturidade do Azure Well-Architected Framework.

Adotar uma abordagem pragmática

É importante adotar uma abordagem pragmática para evitar a paralisia da análise. Aqui estão algumas considerações importantes:

• Avalie o valor das práticas. Todas as práticas que recomendamos oferecem valor, mas esse valor pode variar dependendo do nível de maturidade atual e da equipe. Implementar algumas práticas muito cedo pode gerar pouco benefício, enquanto atrasar a implementação de outras práticas pode aumentar os custos, a complexidade e a dívida técnica não planejada, pois você pode já ter otimizado outras práticas para compensar.

  Priorize as práticas que oferecem benefícios imediatos e significativos e habilite outras práticas-chave.

• Avalie o custo das práticas. Cada prática tem um custo para implementar e operar, o que inclui custos financeiros, de esforço e de complexidade. Esses custos podem variar de acordo com o nível de maturidade.

  • Haverá custos de implementação mais altos se as práticas forem adotadas antes que a equipe de carga de trabalho esteja pronta.

  • Haverá maior implementação e custos operacionais, se as práticas forem adotadas tarde demais, levando a dificuldades de retrabalho ou integração.

  • As práticas poderão ser descontinuadas se seus custos operacionais excederem seu valor em níveis de maturidade mais altos.

  Com base nos requisitos, tenha pré-requisitos e critérios de saída definidos para sua fase de maturidade. Priorize práticas que seriam mais caras ou complexas para serem adotadas posteriormente e não criem complexidade desnecessária ou encargos operacionais.

• Seja deliberado ao escolher sua sequência de implementação. As práticas são interdependentes e a ordem na qual são implementadas pode fazer uma diferença significativa. Algumas práticas são blocos de construção para outros e podem ter um grande efeito sobre o custo, o esforço e a complexidade das práticas downstream. Considere o tempo para os resultados ao mapear sua jornada.

• Seja realista sobre sua capacidade. Os recursos que sua organização pode dedicar para implementar e operar uma carga de trabalho geralmente são limitados.

  • Estimar a capacidade da equipe de carga de trabalho para implementar e operar.

  • Os custos são aditivos. À medida que os custos operacionais aumentam, a capacidade de implementar novas práticas diminui.

  • Os prós e contras podem criar custos de oportunidade. Escolher práticas para implementar agora significa adiar outras.

Links relacionados

Aqui estão alguns recursos para começar a usar a documentação do Well-Architected Framework:

• Estrutura de Well-Architected do Azure
• Treinamento em Well-Architected Framework