Esse conteúdo está desatualizado. Esta versão da Well-Architected Framework agora pode ser encontrada em: https://docs.aws.amazon.com/pt_br/wellarchitected/2022-03-31/framework/on-architecture.html

Sobre arquitetura

Em ambientes locais, os clientes geralmente têm uma equipe central de arquitetura de tecnologia que atua como uma sobreposição para outras equipes de produtos ou recursos para garantir que estejam seguindo as melhores práticas. As equipes de arquitetura de tecnologia geralmente são compostas por um conjunto de funções, como arquiteto técnico (infraestrutura), arquiteto de soluções (software), arquiteto de dados, arquiteto de redes e arquiteto de segurança. Muitas vezes, essas equipes usam o TOGAF ou o Zachman Framework como parte de um recurso de arquitetura empresarial.

Na AWS, preferimos distribuir os recursos para as equipes, em vez de termos uma equipe centralizada com esse recurso. Existem riscos na escolha de distribuir autoridade para tomada de decisões como, por exemplo, garantir que as equipes atendam aos padrões internos. Atenuamos esses riscos de duas formas. Primeiro, temos práticas« [ Formas de fazer as coisas, processos, padrões e normas aceitas. ] »  que se concentram em permitir que cada equipe tenha essa capacidade, e colocamos em prática especialistas que garantem que as equipes elevem o nível dos padrões que precisam cumprir. Segundo, implementamos mecanismos« [  ] »  que realizam verificações automatizadas para garantir que os padrões estejam sendo atendidos. Essa abordagem distribuída é apoiada pelos princípios de liderança da Amazon e estabelece uma cultura em todas as funções que funciona retroativamente« [ O funcionamento retroativo é uma parte fundamental do nosso processo de inovação. Começamos com o cliente e o que ele quer, e deixamos que isso defina e oriente os nossos esforços. ] »  do cliente. As equipes dedicadas ao cliente criam produtos em resposta a uma necessidade do cliente.

Na arquitetura, isso significa que esperamos que todas as equipes tenham a capacidade de criar arquiteturas e seguir as melhores práticas. Para ajudar as novas equipes a chegar nessa capacidade ou as equipes existentes a elevar seus padrões, viabilizamos o acesso a uma comunidade virtual de engenheiros principais que podem analisar os projetos delas e ajudá-las a entender quais são as melhores práticas da AWS. A comunidade de engenharia principal trabalha para tornar as melhores práticas visíveis e acessíveis. Uma forma de fazer isso, por exemplo, é por meio de palestras na hora do almoço, focadas na aplicação das melhores práticas a exemplos reais. Essas conversas são gravadas e podem ser usadas como parte dos materiais de integração para novos membros da equipe.

As melhores práticas da AWS surgem de nossa experiência na execução de milhares de sistemas em escala da internet. Preferimos usar dados para definir as melhores práticas, mas também usamos especialistas no assunto, como os engenheiros principais, para defini-los. À medida que os engenheiros principais veem surgir novas melhores práticas, eles trabalham como uma comunidade para garantir que as equipes as sigam. Com o tempo, essas melhores práticas são formalizadas em nossos processos internos de análise, bem como em mecanismos que reforçam a conformidade. O Well-Architected é a implementação voltada para o cliente do nosso processo de análise interna, em que codificamos nosso pensamento de engenharia principal em funções de campo, como a arquitetura de soluções e equipes de engenharia internas. O Well-Architected é um mecanismo escalável que permite que você aproveite esses aprendizados.

Seguindo a abordagem de uma comunidade de engenharia principal com propriedade distribuída da arquitetura, acreditamos que uma arquitetura corporativa do Well-Architected pode emergir, impulsionada pela necessidade do cliente. Líderes de tecnologia (como CTOs ou gerentes de desenvolvimento), realizando análises do Well-Architected em todas as suas cargas de trabalho, permitirão uma melhor compreensão dos riscos em seu portfólio de tecnologia. Usando essa abordagem, você pode identificar temas entre as equipes que sua organização poderia abordar por mecanismos, treinamentos ou palestras na hora do almoço, em que seus engenheiros principais possam compartilhar seus pensamentos sobre áreas específicas com várias equipes.