Visão geral do AWS Well-Architected Framework

O que é o AWS Well-Architected Framework

O AWS Well-Architected Framework é um conjunto de boas práticas e perguntas que a AWS usa para avaliar se uma arquitetura na nuvem está bem construída. Ele nasceu da experiência da AWS ajudando milhares de clientes a projetar sistemas, e reúne o que funciona e o que costuma dar errado em um material consistente.

A ideia central é simples. Em vez de descobrir os problemas de uma arquitetura só depois que ela quebra em produção, você compara o seu projeto com um padrão conhecido e corrige os pontos fracos antes. O framework não é uma regra obrigatória nem um selo de qualidade. Ele é um guia para você fazer escolhas conscientes.

O framework se organiza em torno de seis pilares. Cada pilar trata de uma qualidade esperada de um sistema moderno na nuvem, como segurança, confiabilidade e custo. Você vai ver cada pilar em detalhe na próxima lição.

Os seis pilares em alto nível

Estes são os seis pilares e, em uma frase, o que cada um cobre:

• Excelência operacional (operational excellence): executar e monitorar sistemas para entregar valor e melhorar processos.
• Segurança (security): proteger dados, sistemas e ativos.
• Confiabilidade (reliability): garantir que a carga de trabalho funcione de forma correta e consistente quando esperado.
• Eficiência de desempenho (performance efficiency): usar os recursos de computação de forma eficiente.
• Otimização de custos (cost optimization): entregar valor pelo menor preço possível.
• Sustentabilidade (sustainability): reduzir o impacto ambiental da carga de trabalho.

Guarde também os nomes em inglês. O exame e o console da AWS costumam usar os dois.

Os princípios gerais de design

Além dos pilares, o framework lista princípios gerais que valem para qualquer projeto na nuvem. Eles mostram como a nuvem muda decisões que eram difíceis no data center tradicional.

• Pare de adivinhar a capacidade necessária. Na nuvem você escala para cima ou para baixo conforme a demanda, então não precisa comprar capacidade no escuro e ficar com recursos ociosos.
• Teste em escala de produção. Você cria um ambiente de teste do tamanho da produção, roda os testes e desliga tudo depois, pagando só pelo tempo de uso.
• Automatize pensando em experimentação. A automação deixa você criar e replicar cargas de trabalho com baixo custo, registrar mudanças e voltar atrás quando precisar.
• Considere arquiteturas evolutivas. No data center, decisões de arquitetura costumavam ser definitivas. Na nuvem, testar e automatizar barato permite que o sistema evolua com o tempo.
• Use dados para guiar a arquitetura. Colete dados sobre como suas escolhas afetam a carga de trabalho e decida com base em fatos, não em opinião.
• Melhore com game days. Simule eventos de produção de forma planejada para descobrir onde melhorar e treinar o time para incidentes reais.

Componente, workload e arquitetura

O framework usa alguns termos com sentido específico. Vale conhecer cada um.

• Componente: o código, a configuração e os recursos da AWS que juntos atendem a um requisito. Costuma ser a unidade de propriedade técnica.
• Workload (carga de trabalho): um conjunto de componentes que juntos entregam valor de negócio. É o nível em que líderes de negócio e de tecnologia costumam conversar.
• Arquitetura: como os componentes funcionam juntos dentro de uma workload. Os diagramas de arquitetura focam em como eles se comunicam.

O Well-Architected Tool e as lenses

O AWS Well-Architected Tool é um serviço gratuito no console da AWS. Com ele você registra uma workload e responde a um questionário baseado nos pilares. No fim, a ferramenta aponta os riscos e gera um plano de melhorias com as ações sugeridas.

As lenses (lentes) estendem o framework para contextos específicos. Em vez de tratar tudo de forma genérica, uma lens traz perguntas e boas práticas para um tipo de carga de trabalho ou setor, como serverless, machine learning ou SaaS. Você aplica a lens junto com os pilares na mesma revisão.

Trocas entre pilares

Nem sempre dá para maximizar todos os pilares ao mesmo tempo. Você faz trocas conforme o contexto do negócio. Em um ambiente de desenvolvimento, pode abrir mão de confiabilidade para reduzir custo. Em um sistema crítico, aceita pagar mais para ganhar confiabilidade. Em um e-commerce, prioriza desempenho porque ele afeta a receita.

Uma observação que costuma aparecer no exame: segurança e excelência operacional não costumam ser sacrificadas em troca dos outros pilares.

Dicas para o exame

• Decore os seis pilares pelo nome. A sustentabilidade foi o último a entrar e cai com frequência.
• O Well-Architected Tool é gratuito e fica no console da AWS.
• As lenses adaptam o framework a cenários específicos, como serverless, SaaS e machine learning.
• O framework ajuda a avaliar e melhorar arquiteturas. Ele não é obrigatório e não substitui o julgamento da equipe.
• Lembre dos princípios gerais, em especial "pare de adivinhar a capacidade" e "teste em escala de produção".