Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Arquitecturas de referencia de Amazon VPC Lattice
Fecha de publicación: 16 ** de octubre de 2023 ([Historial del diagrama](#diagram-history)) **
Amazon VPC Lattice es un servicio de capa de aplicación que conecta, monitoriza y asegura de manera constante las comunicaciones entre sus servicios. Esta serie muestra diferentes patrones de conectividad para entornos múltiples.Cuenta de AWS
## Diagrama de componentes
VPC Lattice le ofrece una forma uniforme de conectar, proteger y supervisar la comunicación entre sus servicios, en todos los servicios de AWS computación (instancias, contenedores y funciones sin servidor). En este diagrama, se muestran los distintos componentes de VPC Lattice y cómo interactúan entre sí.
1. Una red * de servicios * es el límite lógico de una colección de servicios. Los servicios asociados a la red se pueden autorizar para su descubrimiento, conectividad, accesibilidad y observabilidad. Para realizar solicitudes a los servicios de la red, el cliente debe estar en una VPC asociada a la red de servicios.
1. Un * servicio * representa una unidad de software que se puede implementar de forma independiente y que ofrece una tarea o función específica. Cada servicio tiene un oyente que usa reglas para dirigirse a uno o varios grupos objetivo. Los objetivos pueden ser las instancias de ** Amazon Elastic Compute Cloud ** (Amazon EC2), las direcciones IP, las **AWS Lambda** funciones, los balanceadores de carga de aplicaciones o los pods de Kubernetes.
1. Cuando un servicio se asocia a una red de servicios, los clientes pueden realizar solicitudes a este servicio, pero solo si la VPC en la que se encuentra el cliente también está asociada a la red de servicios y las políticas lo permiten.
1. Cuando asocias una * VPC * con la red de servicios, todos los destinos de esa VPC pueden ser clientes y comunicarse con otros servicios de la red de servicios. Se puede adjuntar un grupo de seguridad a esta asociación para controlar el acceso a la red desde la VPC, mientras que la red de servicio o las políticas de servicio se pueden usar para aplicar controles de acceso detallados.
1. Puede usar políticas de * autenticación * tanto en la red de servicios como en los servicios para configurar el control de acceso.
## Diagrama de flujo de tráfico
VPC Lattice está diseñado para ayudarlo a descubrir, proteger, conectar y monitorear de manera fácil y efectiva todos los servicios que contiene. El solucionador de VPC de Amazon Route 53 se utiliza dentro de la VPC de consumo para resolver los nombres de dominio del servicio VPC Lattice, es decir, convertir direcciones locales de enlace para enviar tráfico de forma local a la red de servicios.
1. La aplicación para consumidores ubicada en la instancia de ** Amazon Elastic Compute Cloud ** (Amazon EC2) consulta el solucionador de ** VPC de ** Amazon Route 53 para obtener la resolución del nombre de dominio del * servicio1. *
1. La resolución de DNS determina que el tráfico debe enviarse a la red de servicios (direcciones locales de enlace). La primera medida de control del tráfico es un grupo de seguridad adjunto a la asociación de VPC (puede adjuntar más de un grupo de seguridad).
1. Si el ** servicio ** VPC Lattice solicitado está asociado a la red de servicio asociada a la VPC de consumo y la política de la red de servicio permite la comunicación con ella, el tráfico se reenviará al destino específico.
1. En este ejemplo, el * servicio 1 * solo tiene un grupo objetivo (enrutado de forma predeterminada), que es un balanceador de carga de aplicaciones (ALB). Este ALB reenviará el tráfico a la instancia Amazon EC2 correspondiente. ** **
## Nombre de dominio personalizado para un diagrama de servicio de VPC Lattice
Al crear servicios de VPC Lattice, puedes configurar un nombre de dominio personalizado para proporcionar una URL más intuitiva para tus usuarios. Cuando un cliente hace una solicitud con tu nombre de dominio personalizado, el servidor DNS la resuelve con el nombre de dominio de la VPC ( Lattice-generated service-name-service\_id.partition\_id.vpc-lattice-svcs.region.on.aws). Sin embargo, esto solo ocurre si Lattice-generated asignas tu nombre de dominio personalizado al nombre de dominio de la VPC (registro CNAME).
1. Para permitir la asignación entre tu nombre de dominio personalizado y el nombre de dominio ** generado por ** VPC Lattice, crea una zona alojada privada asociada a tu VPC de consumo. Esta zona hospedada contendrá el registro ALIAS que realiza esta asignación.
1. Si lo desea, para atender las solicitudes HTTPS, debe tener listo su propio SSL/TLS certificado **AWS Gestor de certificados** (ACM) al configurar un nombre de dominio personalizado.
1. La aplicación de consumidor ubicada en la ** instancia de ** Amazon EC2 consulta al solucionador de VPC para obtener la resolución de nombres de dominio de service1.example.com. * * El solucionador de ** Route 53 ** resuelve el registro de alias y devuelve directamente las direcciones IP de los ** puntos finales de ** VPC Lattice correspondientes, lo que elimina las búsquedas de DNS adicionales para el solucionador de VPC.
1. La aplicación reenvía el tráfico a la asociación VPC de la red de servicios ** VPC Lattice. **
1. Como el ** servicio ** VPC Lattice solicitado está asociado a la red de servicio asociada a la VPC de consumo y la política de la red de servicio permite la comunicación con ella, el tráfico se reenviará al destino específico.
1. En este ejemplo, el * servicio1 * solo tiene un grupo objetivo (enrutado de forma predeterminada), que es un grupo de escalado automático. El tráfico se reenviará a una de las ** instancias de ** Amazon EC2 del grupo.
## Multi-Account Diagrama de red de servicio único centralizado
Una cuenta central puede tener la propiedad de la red de servicio, que se comparte (mediante AWS Resource Access Manager) con otras AWS cuentas de la misma cuenta o de cuentas diferentes AWS Organizations. Además, las cuentas de los proveedores también pueden compartir sus servicios mediante AWS Resource Access Manager.
1. La aplicación de consumidor ubicada en la ** instancia de ** Amazon EC2 consulta al solucionador de VPC para obtener la resolución de nombres de dominio de * service2. *
1. La resolución de DNS determina que el tráfico debe enviarse a la red de servicios.
1. En este ejemplo, tanto las políticas de red de servicio como las de nivel de servicio permiten que el consumidor envíe tráfico al objetivo (grupo de Auto Scaling), de modo que la aplicación de la ** instancia de ** Amazon EC2 puede consumir el * * servicio2.
1. La aplicación de consumo obtiene la resolución de nombre de dominio de * service1. *
1. El solucionador de VPC se resolverá con la red de servicio como siguiente salto. Sin embargo, en el ejemplo, las políticas de la red de servicio o del nivel de servicio no permiten que el consumidor consuma el servicio1 (**función de ** Lambda), por lo que el tráfico se elimina.
## Multi-Account Diagrama de redes de múltiples servicios centralizadas
Una cuenta central puede tener la propiedad de varias redes de servicios, que se comparten (mediante AWS Resource Access Manager) con otras Cuentas de AWS, dentro de la misma red o dentro de una red diferente AWS Organizations (igual que los servicios). El uso de varias redes de servicios permite una segmentación de los servicios, lo que también puede lograrse o complementarse con el uso de políticas.
1. Una **AWS Lambda** función ubicada en una VPC puede acceder a una red de servicios después de que la VPC esté asociada a ella. En este caso, el servicio al consumidor ubicado en la ** función ** Lambda consulta al solucionador de la VPC para resolver el nombre de dominio del servicio1. * *
1. La resolución de DNS determina que el tráfico debe enviarse a la red de servicio 2.
1. Tanto las políticas de la red de servicio como las del nivel de servicio permiten que el consumidor envíe tráfico al objetivo (grupo de Auto Scaling), de modo que la aplicación del consumidor pueda consumir el servicio.
1. La aplicación de consumidor ubicada en una ** instancia de ** Amazon EC2 consulta al solucionador de la VPC para resolver el nombre de dominio del * servicio2. * Esto se resuelve en las direcciones ** locales de enlace de ** VPC Lattice que envían el tráfico a la red de servicios.
1. Como el * servicio 2 no * está asociado a la red de servicio 1, el tráfico se elimina.
## Multi-Account Diagrama de redes de servicios distribuidos
Cada proveedor Cuenta de AWS es propietario de sus propios servicios y los comparte con otros Cuentas de AWS, dentro del mismo o diferente AWS Organizations. Como una VPC solo se puede asociar a una red de servicios, los consumidores pueden tener su propia red de servicios y elegir qué servicios quieren consumir.
1. La aplicación de consumo, ubicada en una ** instancia de ** Amazon EC2, consulta al solucionador de la VPC para obtener la resolución DNS del * servicio1. *
1. La resolución de DNS determina que el tráfico debe enviarse a la red de servicio 1.
1. Tanto las políticas de la red de servicio como las del nivel de servicio permiten que el consumidor envíe tráfico al destino (una ** función de ** Lambda), por lo que la aplicación del consumidor puede consumir el servicio1.
1. Una ** función ** Lambda colocada en una VPC puede acceder a una red de servicios después de que la VPC esté asociada a ella. En este caso, el servicio al consumidor ubicado en la ** función ** Lambda consulta al solucionador de la VPC para obtener la resolución DNS del servicio2. * *
1. La resolución de DNS determina que el tráfico debe enviarse a la red de servicio 2.
1. Tanto las políticas de la red de servicio como las del nivel de servicio permiten que el consumidor envíe tráfico al objetivo (grupo de Auto Scaling), de modo que la aplicación del consumidor puede consumir el * servicio2*.
## Documentación adicional
Para obtener información adicional, consulte
+ [AWS Iconos de arquitectura ](https://aws.amazon.com/architecture/icons)
+ [AWS Centro de arquitectura ](https://aws.amazon.com/architecture)
+ [AWS Well-Architected](https://aws.amazon.com/architecture/well-architected)
## Colaboradores
Entre los colaboradores de este diagrama de arquitectura de referencia se encuentran:
+ Pablo Sánchez Carmona, arquitecto especializado en soluciones de Amazon Web Services
+ Adam Palmer, arquitecto sénior de soluciones especializado en Amazon Web Services
## Historial del diagrama
Para recibir notificaciones sobre las actualizaciones de este diagrama de arquitectura de referencia, suscríbase a la fuente RSS.
| Cambio | Descripción | Fecha |
| --- |--- |--- |
| [Diagrama actualizado ](#diagram-history) | Se actualizó el diagrama y se agregaron nuevos casos de uso. | 16 de octubre de 2023 |
| [Publicación inicial](#diagram-history) | El diagrama de arquitectura de referencia se publicó por primera vez. | 17 de abril de 2023 |
**nota**
Para suscribirse a las actualizaciones de RSS, debe tener un complemento de RSS habilitado para el navegador que esté utilizando.