Google Cloud Well-Architected Framework

Last reviewed 2024-10-11 UTC

A framework bem arquitetada oferece recomendações para ajudar arquitetos, programadores, administradores e outros profissionais da nuvem a conceber e operar uma topologia de nuvem segura, eficiente, resiliente, de elevado desempenho e rentável.

Uma equipa multifuncional de especialistas da Google valida as recomendações na estrutura bem arquitetada. A equipa organiza a framework Well-Architected para refletir as capacidades em expansão do Google Cloud, as práticas recomendadas da indústria, o conhecimento da comunidade e o seu feedback. Para ver um resumo das alterações significativas à estrutura bem arquitetada, consulte a secção Novidades.

A Framework de arquitetura bem estruturada é relevante para aplicações criadas para a nuvem e para cargas de trabalho migradas das instalações para implementações de nuvem híbrida e ambientes de várias nuvens. Google Cloud

Pilares e perspetivas da framework Well-Architected

A Framework Well-Architected está organizada em cinco pilares, conforme mostrado no diagrama seguinte. Também oferecemos perspetivas transversais que se focam em recomendações para domínios, setores e tecnologias selecionados, como a IA e a aprendizagem automática (ML).

Well-Architected Framework.

Pilares

Excelência operacional
Implemente, opere, monitorize e faça a gestão das suas cargas de trabalho da nuvem de forma eficiente.
Segurança, privacidade e conformidade
Maximize a segurança dos seus dados e cargas de trabalho na nuvem, crie a pensar na privacidade e alinhe-se com os requisitos e as normas regulamentares.
Fiabilidade
Crie e opere cargas de trabalho resilientes e altamente disponíveis na nuvem.
Otimização de custos
Maximize o valor de negócio do seu investimento no Google Cloud.
Otimização do desempenho
Crie e aperfeiçoe os seus recursos da nuvem para um desempenho ideal.

Perspetivas

IA e ML
Uma vista transversal das recomendações específicas para cargas de trabalho de IA e ML.
Indústria de serviços financeiros (FSI)
Uma vista transversal das recomendações específicas para cargas de trabalho de FSI.

Princípios fundamentais

Antes de explorar as recomendações em cada pilar da Well-Architected Framework, reveja os seguintes princípios essenciais:

Design para mudança

Nenhum sistema é estático. As necessidades dos utilizadores, os objetivos da equipa que cria o sistema e o próprio sistema estão em constante mudança. Tendo em conta a necessidade de mudança, crie um processo de desenvolvimento e produção que permita às equipas fornecer regularmente pequenas alterações e receber feedback rápido sobre essas alterações. Demonstrar consistentemente a capacidade de implementar alterações ajuda a criar confiança com as partes interessadas, incluindo as equipas responsáveis pelo sistema e os utilizadores do sistema. A utilização das métricas de entrega de software da DORA pode ajudar a sua equipa a monitorizar a velocidade, a facilidade e a segurança das alterações ao sistema.

Documente a sua arquitetura

Quando começa a mover as suas cargas de trabalho para a nuvem ou a criar as suas aplicações, a falta de documentação sobre o sistema pode ser um grande obstáculo. A documentação é especialmente importante para visualizar corretamente a arquitetura das implementações atuais.

A documentação de qualidade não se consegue produzindo uma quantidade específica de documentação, mas sim através da clareza e utilidade do conteúdo, bem como da forma como é mantida à medida que o sistema muda.

Uma arquitetura na nuvem devidamente documentada estabelece uma linguagem e normas comuns, que permitem que as equipas multifuncionais comuniquem e colaborem eficazmente. A documentação também fornece as informações necessárias para identificar e orientar as decisões de design futuras. A documentação deve ser escrita tendo em conta os seus exemplos de utilização, para fornecer contexto para as decisões de design.

Ao longo do tempo, as suas decisões de design vão evoluir e mudar. O histórico de alterações fornece o contexto de que as suas equipas precisam para alinhar iniciativas, evitar duplicações e medir as alterações de desempenho de forma eficaz ao longo do tempo. Os registos de alterações são particularmente valiosos quando integra um novo arquiteto de nuvem que ainda não está familiarizado com o seu design, estratégia ou histórico atuais.

A análise da DORA encontrou uma ligação clara entre a qualidade da documentação e o desempenho organizacional, ou seja, a capacidade da organização de atingir os respetivos objetivos de desempenho e rentabilidade.

Simplifique o design e use serviços totalmente geridos

A simplicidade é fundamental para o design. Se a sua arquitetura for demasiado complexa para compreender, será difícil implementar o design e geri-lo ao longo do tempo. Sempre que possível, use serviços totalmente geridos para minimizar os riscos, o tempo e o esforço associados à gestão e manutenção dos sistemas de base.

Se já estiver a executar as suas cargas de trabalho em produção, teste com serviços geridos para ver como podem ajudar a reduzir as complexidades operacionais. Se estiver a desenvolver novas cargas de trabalho, comece de forma simples, estabeleça um produto viável mínimo (MVP) e resista à tentação de criar um projeto demasiado complexo. Pode identificar exemplos de utilização excecionais, iterar e melhorar os seus sistemas de forma incremental ao longo do tempo.

Desassocie a sua arquitetura

A investigação da DORA mostra que a arquitetura é um importante fator de previsão para alcançar a entrega contínua. A desvinculação é uma técnica usada para separar as suas aplicações e componentes de serviço em componentes mais pequenos que podem funcionar de forma independente. Por exemplo, pode separar uma pilha de apps monolíticas em componentes de serviços individuais. Numa arquitetura com acoplamento fraco, uma aplicação pode executar as suas funções de forma independente, independentemente das várias dependências.

Uma arquitetura desassociada oferece-lhe maior flexibilidade para fazer o seguinte:

  • Aplicar upgrades independentes.
  • Aplicar controlos de segurança específicos.
  • Estabeleça objetivos de fiabilidade para cada subsistema.
  • Monitorize a saúde.
  • Controlar detalhadamente os parâmetros de desempenho e custo.

Pode iniciar o processo de desvinculação antecipadamente na fase de conceção ou incorporá-lo como parte das atualizações do sistema à medida que cresce.

Use uma arquitetura sem estado

Uma arquitetura sem estado pode aumentar a fiabilidade e a escalabilidade das suas aplicações.

As aplicações com estado dependem de várias dependências para realizar tarefas, como o armazenamento em cache local de dados. As aplicações com estado requerem frequentemente mecanismos adicionais para captar o progresso e reiniciar sem problemas. As aplicações sem estado podem realizar tarefas sem dependências locais significativas através do armazenamento partilhado ou de serviços em cache. Uma arquitetura sem estado permite que as suas aplicações sejam rapidamente dimensionadas com o mínimo de dependências de arranque. As aplicações podem resistir a reinícios forçados, ter um tempo de inatividade inferior e oferecer um melhor desempenho aos utilizadores finais.