As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Arquiteturas de referência do Amazon VPC Lattice
Data de publicação: 16 ** de outubro de 2023 ([Histórico do diagrama](#diagram-history)) **
O Amazon VPC Lattice é um serviço de camada de aplicação que conecta, monitora e protege consistentemente as comunicações entre seus serviços. Esta série mostra diferentes padrões de conectividade para vários Conta da AWS ambientes.
## Diagrama de componentes
O VPC Lattice oferece uma maneira consistente de conectar, proteger e monitorar a comunicação entre seus serviços, entre serviços de AWS computação (instâncias, contêineres e funções sem servidor). Este diagrama mostrará os diferentes componentes do VPC Lattice e como eles interagem entre si.
1. Uma rede * de serviços * é um limite lógico para uma coleção de serviços. É possível autorizar os serviços associados à rede para descoberta, conectividade, acessibilidade e observabilidade. Para fazer solicitações a serviços na rede, o cliente precisa estar em uma VPC associada à rede de serviços.
1. Um * serviço * representa uma unidade de software implantável de forma independente que fornece uma tarefa ou função específica. Cada serviço tem um ouvinte que usa regras para atingir um ou vários grupos-alvo. Os alvos podem ser instâncias do ** Amazon Elastic Compute Cloud ** (Amazon EC2), endereços IP, **AWS Lambda** funções, Application Load Balancers ou Kubernetes Pods.
1. Quando um serviço é associado a uma rede de serviços, ele permite que os clientes façam solicitações a esse serviço, mas somente se a VPC em que o cliente está localizado também estiver associada à rede de serviços e as políticas permitirem.
1. Quando você faz uma associação de * VPC * com a rede de serviços, ela permite que todos os alvos dessa VPC sejam clientes e se comuniquem com outros serviços na rede de serviços. Um grupo de segurança pode ser anexado a essa associação para controlar o acesso à rede a partir da VPC, enquanto a rede de serviços ou as políticas de serviço podem ser usadas para aplicar controles de acesso refinados.
1. Você pode usar políticas * de * autenticação na rede de serviços ou nos serviços para configurar o controle de acesso.
## Diagrama de fluxo de tráfego
O VPC Lattice foi projetado para ajudar você a descobrir, proteger, conectar e monitorar de forma fácil e eficaz todos os serviços dentro dele. O Amazon Route 53 VPC Resolver é usado na VPC do consumidor para resolver os nomes de domínio do serviço VPC Lattice, resolvendo vincular endereços locais para enviar tráfego localmente para a rede de serviços.
1. O aplicativo consumidor colocado na instância ** Amazon Elastic Compute Cloud ** (Amazon EC2) consulta o ** Amazon Route 53 ** VPC Resolver para obter a resolução do nome de domínio do service1. * *
1. A resolução de DNS determina que o tráfego deve ser enviado para a rede de serviços (endereços locais de link). A primeira medida de controle de tráfego é um grupo de segurança vinculado à associação VPC (você pode anexar mais de um grupo de segurança).
1. Se o ** serviço ** VPC Lattice solicitado estiver associado à rede de serviços associada à VPC do consumidor e a política da rede de serviços permitir a comunicação com ele, o tráfego será encaminhado para o destino específico.
1. Neste exemplo, * service1 tem * somente um grupo-alvo (roteado por padrão) que é um Application Load Balancer (ALB). Esse ALB encaminhará o tráfego para a instância correspondente do ** Amazon EC2**.
## Nome de domínio personalizado para um diagrama de serviço VPC Lattice
Ao criar serviços VPC Lattice, você pode configurar um nome de domínio personalizado para fornecer uma URL mais intuitiva para seus usuários. Quando um cliente faz uma solicitação usando seu nome de domínio personalizado, o servidor DNS a resolve para o nome de domínio VPC ( Lattice-generated service-name-service\_id.partition\_id.vpc-lattice-svcs.region.on.aws). No entanto, isso acontece somente se você mapear seu nome de domínio personalizado para o nome de Lattice-generated domínio VPC (registro CNAME).
1. Para permitir o mapeamento entre seu nome de domínio personalizado e o nome de domínio ** gerado pela ** VPC Lattice, crie uma zona hospedada privada associada à sua VPC de consumo. Essa zona hospedada conterá o registro ALIAS que faz esse mapeamento.
1. Opcionalmente, para atender às solicitações HTTPS, você deve ter seu próprio SSL/TLS certificado pronto **Gerenciador de certificados da AWS** (ACM) ao configurar um nome de domínio personalizado.
1. O aplicativo consumidor colocado na ** instância do ** Amazon EC2 consulta o resolvedor de VPC para obter a resolução do nome de domínio service1.example.com. * * O resolvedor do ** Route 53 ** resolve o registro de alias, retornando diretamente os endereços IP apropriados do ** endpoint ** VPC Lattice, eliminando pesquisas adicionais de DNS para o resolvedor de VPC.
1. O aplicativo encaminha o tráfego para a associação VPC da rede de ** serviços ** VPC Lattice.
1. Como o ** serviço ** VPC Lattice solicitado está associado à rede de serviços associada à VPC do consumidor e a política da rede de serviços permite a comunicação com ela, o tráfego será encaminhado para o destino específico.
1. Neste exemplo, * service1 tem * apenas um grupo-alvo (roteado por padrão) que é um grupo de escalonamento automático. O tráfego será encaminhado para uma das ** instâncias do ** Amazon EC2 no grupo.
## Multi-Account Diagrama de rede de serviço único centralizado
Uma conta central pode ter a propriedade da rede de serviços, que é compartilhada (usando o AWS Resource Access Manager) com outras AWS contas dentro da mesma ou de diferentes AWS Organizations. Além disso, as contas do provedor também podem compartilhar seus serviços usando o AWS Resource Access Manager.
1. O aplicativo consumidor colocado na ** instância do ** Amazon EC2 consulta o resolvedor de VPC para obter a resolução do nome de domínio do service2. * *
1. A resolução do DNS determina que o tráfego deve ser enviado para a rede de serviços.
1. Neste exemplo, as políticas na rede de serviços e no nível de serviço permitem o tráfego do consumidor para o destino (grupo de Auto Scaling), de modo que o aplicativo na ** instância do ** Amazon EC2 possa consumir * serviço2. *
1. O aplicativo consumidor obtém a resolução do nome de domínio do * service1*.
1. O resolvedor de VPC resolverá com a rede de serviços como próximo salto. No entanto, no exemplo, as políticas na rede de serviço ou no nível de serviço não permitem que o consumidor consuma service1 (**função ** Lambda), então o tráfego é eliminado.
## Multi-Account Diagrama centralizado de redes de vários serviços
Uma conta central pode ter a propriedade de várias redes de serviços, que são compartilhadas (usando o AWS Resource Access Manager) com outras Contas da AWS, dentro da mesma ou de diferentes AWS Organizations (iguais aos serviços). O uso de várias redes de serviços permite uma segmentação de serviços, que também pode ser alcançada ou complementada com o uso de políticas.
1. Uma **AWS Lambda** função colocada em uma VPC pode acessar uma rede de serviços após a VPC ser associada a ela. Nesse caso, o serviço ao consumidor localizado na ** função ** Lambda consulta o resolvedor de VPC para resolver o nome de domínio de service1. * *
1. A resolução de DNS determina que o tráfego deve ser enviado para a rede de serviços 2.
1. Tanto as políticas na rede de serviços quanto no nível de serviço permitem o tráfego do consumidor para o destino (grupo de Auto Scaling), para que o aplicativo consumidor possa consumir o serviço.
1. O aplicativo consumidor colocado em uma ** instância do ** Amazon EC2 consulta o resolvedor de VPC para resolver o nome de domínio do serviço2. * * Isso é resolvido nos endereços ** locais do link ** VPC Lattice que enviam o tráfego para a rede de serviços.
1. Como o * serviço 2 não * está associado à rede de serviços 1, o tráfego é descartado.
## Multi-Account Diagrama de redes de serviços distribuídos
Cada provedor Conta da AWS possui seus próprios serviços e os compartilha com outros Contas da AWS, dentro do mesmo ou de forma diferente AWS Organizations. Como uma VPC só pode ser associada a uma rede de serviços, os consumidores podem ter sua própria rede de serviços e escolher quais serviços desejam consumir.
1. O aplicativo do consumidor — colocado em uma ** instância do ** Amazon EC2 — consulta o resolvedor de VPC para obter a resolução de DNS do serviço1. * *
1. A resolução de DNS determina que o tráfego deve ser enviado para a rede de serviços 1.
1. Tanto as políticas na rede de serviços quanto no nível de serviço permitem o tráfego do consumidor para o destino (uma ** função do ** Lambda), para que o aplicativo consumidor possa consumir o serviço1.
1. Uma ** função do ** Lambda colocada em uma VPC pode acessar uma rede de serviços após a VPC ser associada a ela. Nesse caso, o serviço ao consumidor localizado na ** função ** Lambda consulta o resolvedor VPC para obter a resolução de DNS do service2. * *
1. A resolução de DNS determina que o tráfego deve ser enviado para a rede de serviços 2.
1. Tanto as políticas na rede de serviços quanto no nível de serviço permitem o tráfego do consumidor para o destino (grupo de Auto Scaling), para que o aplicativo consumidor possa consumir o * * serviço2.
## Outras fontes de leitura
Para obter informações adicionais, consulte
+ [AWS Ícones de arquitetura ](https://aws.amazon.com/architecture/icons)
+ [AWS Centro de Arquitetura ](https://aws.amazon.com/architecture)
+ [AWS Well-Architected](https://aws.amazon.com/architecture/well-architected)
## Colaboradores
Os colaboradores desse diagrama de arquitetura de referência incluem:
+ Pablo Sánchez Carmona, arquiteto especialista em soluções, Amazon Web Services
+ Adam Palmer, arquiteto de soluções especialista sênior, Amazon Web Services
## Histórico do diagrama
Para ser notificado sobre atualizações nesse diagrama de arquitetura de referência, assine o feed RSS.
| Alteração | Descrição | Data |
| --- |--- |--- |
| [Diagrama atualizado ](#diagram-history) | Diagrama atualizado e novos casos de uso adicionados. | 16 de outubro de 2023 |
| [Publicação inicial](#diagram-history) | Diagrama de arquitetura de referência publicado pela primeira vez. | 17 de abril de 2023 |
**nota**
Para assinar as atualizações de RSS, você deve ter um plug-in RSS ativado para o navegador que está usando.