AWS Well-Architected Tool e processo de revisão

O AWS Well-Architected Tool é um serviço gratuito na AWS Management Console que ajuda a rever as suas cargas de trabalho em relação às melhores práticas da AWS. Responde a uma série de perguntas sobre a sua arquitectura nos seis pilares, e a ferramenta gera um relatório de riscos que identifica High Risks (HRIs) e Medium Risks (MRIs), com recomendações específicas de melhoria. Pense nele como uma conversa estruturada entre si e o Well-Architected Framework — as perguntas orientam-no a analisar criticamente todos os aspectos da sua arquitectura.

O primeiro passo para utilizar o Well-Architected Tool é definir uma carga de trabalho — uma colecção de recursos AWS inter-relacionados e código que compõem a sua aplicação ou serviço. Seja específico: uma carga de trabalho pode ser o seu microsserviço de processamento de pedidos, e não toda a conta AWS da sua empresa. Defina o ambiente (Produção, Pré-produção, Desenvolvimento), as regiões da AWS utilizadas e o sector para fornecer contexto de conformidade relevante. Limites bem definidos para a carga de trabalho tornam as perguntas da revisão mais relevantes e accionáveis.

Para cada pilar, o Well-Architected Tool apresenta um conjunto de perguntas com várias opções de melhores práticas. Por exemplo, para o pilar Reliability: Como faz cópias de segurança dos dados? — as melhores práticas incluem cópias de segurança automatizadas, cópias entre regiões e testes de recuperação. Selecciona as práticas que implementou, e a ferramenta calcula o risco com base nas lacunas. As perguntas foram concebidas para serem desafiantes — a maioria das cargas de trabalho terá lacunas, e esse é precisamente o objectivo: a ferramenta revela aquilo em que deve trabalhar a seguir, não para o reprovar.

O Well-Architected Tool classifica as descobertas como High Risk (HRI) ou Medium Risk (MRI). Um HRI indica uma lacuna significativa que deve ser corrigida imediatamente — por exemplo, não encriptar dados sensíveis em repouso ou executar cargas de trabalho de produção sem cópias de segurança. Um MRI é uma lacuna relevante que deve ser incluída num roteiro. As perguntas sem problemas são marcadas como Sem risco. Procure resolver todos os HRIs antes de tratar dos MRIs. A ferramenta também distingue as perguntas às quais ainda não respondeu como Unanswered.

Para cada risco identificado, o Well-Architected Tool fornece um plano de melhoria com recomendações específicas e accionáveis, além de ligações para documentação AWS relevante. Pode marcar os itens de melhoria como em curso ou concluídos para acompanhar o progresso da correcção ao longo do tempo. Dê prioridade às melhorias com base no nível de risco e no impacto no negócio. O resultado do plano de melhoria pode ser exportado e utilizado como roteiro técnico ou apresentado à liderança para justificar investimentos em arquitectura.

Milestones são instantâneos da revisão da sua carga de trabalho num determinado momento. Guarde um milestone antes e depois de efectuar melhorias na arquitectura para acompanhar o progresso. O Well-Architected Tool permite comparar milestones para ver como o seu perfil de risco se alterou — por exemplo, quantos HRIs resolveu no último trimestre. Os milestones são essenciais para demonstrar melhoria contínua a auditores de conformidade, à gestão e aos clientes. Crie milestones antes de lançamentos importantes e depois de concluir sprints de melhoria.

Além da lente Well-Architected predefinida, a AWS fornece Custom Lenses para domínios específicos. A Serverless Lens contém perguntas específicas sobre Lambda, API Gateway e arquitecturas orientadas a eventos. A SaaS Lens abrange o isolamento de vários inquilinos e a integração de novos clientes. A Data Analytics Lens concentra-se em lagos de dados e transmissão de dados. Também pode criar a sua própria lente personalizada com os padrões e as melhores práticas específicos da sua organização. Aplique várias lentes à mesma carga de trabalho para obter uma cobertura abrangente.

As grandes organizações com centenas de cargas de trabalho não conseguem rever cada uma manualmente. A integração do AWS Well-Architected Tool com o AWS Organizations permite às equipas centrais partilhar cargas de trabalho e perfis de revisão entre contas. Os AWS Partners (AWS Solutions Architects e APN Consulting Partners) podem realizar revisões Well-Architected formais para clientes e aceder a um modo de revisão especial. Utilize a funcionalidade Workload Sharing para conceder acesso de leitura ou de proprietário a outras contas AWS para revisões colaborativas.

As revisões Well-Architected não devem ser eventos únicos — integre-as no ciclo de vida de desenvolvimento de software. Periodicidade recomendada: antes do lançamento — faça uma revisão ao conceber uma nova carga de trabalho. Trimestralmente — actualize a revisão à medida que a carga de trabalho evolui. Após incidentes importantes — uma análise posterior ao incidente pode revelar novas lacunas a adicionar. Após o lançamento de serviços AWS — os novos serviços podem oferecer soluções melhores. Trate o Well-Architected Tool como um documento vivo sobre a qualidade da sua arquitectura, e não como um exercício de mera verificação.

O exame SAA-C03 testa frequentemente o conhecimento do Well-Architected Framework por meio de questões baseadas em cenários, que perguntam a qual pilar pertence determinada situação ou solução. Principais associações para memorizar: Operational Excellence — IaC, manuais operacionais e análises pós-incidente. Security — menor privilégio, criptografia e GuardDuty. Reliability — escalonamento automático, Multi-AZ e verificações de integridade. Performance Efficiency — Caching, dimensionamento adequado e Graviton. Cost Optimisation — instâncias Spot, Savings Plans e políticas de ciclo de vida. Sustainability — Graviton, serviços gerenciados e eliminação de desperdícios.

Para executar uma revisão do Well-Architected: 1) Defina sua carga de trabalho na ferramenta. 2) Selecione as lentes aplicáveis. 3) Responda a todas as perguntas — seja honesto sobre o que você NOT implementou. 4) Analise o relatório de riscos — priorize os HRIs. 5) Crie um plano de melhoria com responsáveis e prazos. 6) Salve um marco para registrar o estado inicial. 7) Implemente as melhorias e atualize as respostas às perguntas à medida que avançar. 8) Salve um novo marco para acompanhar o progresso. Repita o processo trimestralmente. Uma revisão honesta e completa é mais valiosa do que uma pontuação perfeita com omissões.

Teste sua compreensão dos conceitos de AWS Solutions Architect (SAA-C03) apresentados nesta lição.

Nesta lição, você aprendeu que: a ferramenta Well-Architected avalia as cargas de trabalho em seis pilares e gera descobertas de riscos HRI/MRI, os marcos registram instantâneos do progresso para acompanhar as melhorias ao longo do tempo e as lentes personalizadas ampliam as revisões para os domínios sem servidor, SaaS e análise de dados. Integre as revisões ao seu SDLC como uma avaliação contínua da qualidade. A seguir, exploraremos técnicas de otimização de custos, incluindo dimensionamento adequado e Compute Optimizer.