Sobre arquitetura

Em ambientes locais, os clientes muitas vezes 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 tipicamente incluem 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 quando você opta por distribuir a autoridade para tomada de decisões e garantir, por exemplo, 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.

No caso da 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 obter essas capacidades ou as equipes existentes a elevar seus padrões, viabilizamos o acesso a uma comunidade virtual de engenheiros-chefes que podem analisar os projetos 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, como engenheiros-chefes, para defini-los. À medida que os engenheiros-chefes veem surgir novas melhores práticas, eles trabalham como uma comunidade para garantir que elas sejam seguidas pelas equipes. 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 Framework é a implementação voltada para o cliente do nosso processo de análise interna, no qual codificamos nosso pensamento de engenharia principal nas funções de campo, como a arquitetura de soluções e equipes de engenharia internas. O Well-Architected Framework é um mecanismo escalável que permite que você aproveite esses aprendizados.

Seguindo a abordagem de uma comunidade de engenheiros-chefes com propriedade distribuída de 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 suas ideias sobre áreas específicas com várias equipes.