Este documento é o segundo de três documentos num conjunto. Este artigo aborda padrões de arquitetura híbrida e multicloud comuns. Também descreve os cenários para os quais estes padrões são mais adequados. Por último, fornece as práticas recomendadas que pode usar quando implementar essas arquiteturas no Google Cloud.
O conjunto de documentos para padrões de arquitetura híbrida e multicloud consiste nas seguintes partes:
- Crie arquiteturas híbridas e multicloud: aborda o planeamento de uma estratégia para criar uma configuração híbrida e multicloud com o Google Cloud.
- Padrões de arquitetura híbrida e multicloud: aborda padrões de arquitetura comuns a adotar como parte de uma estratégia híbrida e multicloud (este documento).
- Padrões de arquitetura de rede segura híbrida e multicloud: aborda os padrões de arquitetura de rede híbrida e multicloud de uma perspetiva de rede.
Cada empresa tem um portefólio único de cargas de trabalho de aplicações que impõem requisitos e restrições à arquitetura de uma configuração híbrida ou multicloud. Embora tenha de conceber e adaptar a sua arquitetura para cumprir estas restrições e requisitos, pode basear-se em alguns padrões comuns para definir a arquitetura fundamental.
Um padrão de arquitetura é uma forma repetível de estruturar vários componentes funcionais de uma solução tecnológica, uma aplicação ou um serviço para criar uma solução reutilizável que satisfaça determinados requisitos ou exemplos de utilização. Uma solução de tecnologia baseada na nuvem é frequentemente composta por vários serviços na nuvem distintos e distribuídos. Estes serviços colaboram para oferecer a funcionalidade necessária. Neste contexto, cada serviço é considerado um componente funcional da solução tecnológica. Da mesma forma, uma aplicação pode consistir em vários níveis funcionais, módulos ou serviços, e cada um pode representar um componente funcional da arquitetura da aplicação. Esta arquitetura pode ser padronizada para abordar exemplos de utilização de empresa específicos e servir como um padrão fundamental e reutilizável.
Para definir geralmente um padrão de arquitetura para uma aplicação ou uma solução, identifique e defina o seguinte:
- Os componentes da solução ou da aplicação.
- As funções esperadas para cada componente, por exemplo, funções de front-end para fornecer uma interface gráfica do utilizador ou funções de back-end para fornecer acesso a dados.
- Como os componentes comunicam entre si e com sistemas externos ou utilizadores. Nas aplicações modernas, estes componentes interagem através de interfaces ou APIs bem definidas. Existem vários modelos de comunicação, como assíncronos e síncronos, pedido-resposta ou baseados em filas.
Seguem-se as duas categorias principais de padrões de arquitetura híbrida e multicloud:
- Padrões de arquitetura distribuída: Estes padrões baseiam-se numa implementação distribuída de cargas de trabalho ou componentes de aplicações. Isto significa que executam uma aplicação (ou componentes específicos dessa aplicação) no ambiente de computação que melhor se adequa ao padrão. Isto permite que o padrão tire partido das diferentes propriedades e caraterísticas dos ambientes de computação distribuídos e interligados.
- Padrões de arquitetura redundantes: estes padrões baseiam-se em implementações redundantes de cargas de trabalho. Nestes padrões, implementa as mesmas aplicações e os respetivos componentes em vários ambientes de computação. O objetivo é aumentar a capacidade de desempenho ou a resiliência de uma aplicação, ou replicar um ambiente existente para desenvolvimento e testes.
Quando implementa o padrão de arquitetura que seleciona, tem de usar um arquétipo de implementação adequado. Os arquétipos de implementação são zonais, regionais, multirregionais ou globais. Esta seleção forma a base para a criação de arquiteturas de implementação específicas da aplicação. Cada arquétipo de implementação define uma combinação de domínios de falhas nos quais uma aplicação pode operar. Estes domínios de falha podem abranger uma ou mais Google Cloud zonas ou regiões e podem ser expandidos para incluir os seus centros de dados no local ou domínios de falha noutros fornecedores de nuvem.
Esta série contém as seguintes páginas:
Padrões de arquitetura redundantes
Colaboradores
Autor: Marwan Al Shawi | Partner Customer Engineer
Outros colaboradores:
- Saud Albazei | Customer Engineer, Application Modernization
- Anna Berenberg | Engineering Fellow
- Marco Ferrari | Arquiteto de soluções na nuvem
- Victor Moreno | Gestor de produtos, redes na nuvem
- Johannes Passing | Arquiteto de soluções na nuvem
- Mark Schlagenhauf | Redator técnico, redes
- Daniel Strebel | EMEA Solution Lead, Application Modernization
- Ammett Williams | Developer Relations Engineer