Integración de Traffic Director en el Directorio de servicios
En este documento, se proporciona una descripción general de cómo usar el registro de servicios del Directorio de servicios con Traffic Director, lo que permite que Traffic Director aplique políticas de tráfico a los servicios registrados en el Directorio de servicios y enrute tráfico a ellos. Este documento está dirigido a los desarrolladores de Traffic Director que deseen integrar sus aplicaciones en otros servicios en Google Cloud.
El Directorio de servicios es un registro de servicios que almacena información sobre los servicios de red que se registran con él, incluidos sus nombres, ubicaciones y atributos. Puedes registrar tus servicios de forma automática, capturando todos los detalles, y todos los servicios se pueden registrar, sin importar su infraestructura.
El registro puede contener servicios de Google Cloud y también servicios híbridos que se ejecutan de forma local o en otras nubes públicas. Para comprender mejor la información de este documento, te recomendamos que te familiarices con los conceptos básicos de las operaciones del Directorio de servicios.
Cuando usas el registro de servicios del Directorio de servicios con Traffic Director, la integración hace que los servicios del registro de servicios estén disponibles para las aplicaciones en la malla y las puertas de enlace configuradas por Traffic Director. La integración de Traffic Director con el directorio de servicios es compatible con Envoy y gRPC sin proxy para las integraciones del directorio de servicios con balanceadores de cargas de red de transferencia internos, balanceadores de cargas de aplicaciones internos y L4 Private Service Connect.
Para integrar tus servicios, registra un servicio con el Directorio de servicios y, luego, vincula el servicio a un servicio de backend de Traffic Director. Después de establecer una vinculación, Traffic Director consulta el Directorio de servicios para obtener información sobre el servicio registrado y cómo se puede acceder a él. Traffic Director también realiza un seguimiento de cualquier cambio en el servicio. El uso de la integración permite que tu malla de servicios y la puerta de enlace autoadministrada envíen tráfico a estos servicios. También te permite aplicar políticas (por ejemplo, políticas avanzadas de administración de tráfico) que configuras en Traffic Director.
Cuando usas esta integración, la vinculación del servicio actúa como un backend, sin importar el tipo de backend que usa el servicio en sí. La integración simplifica tu implementación de Traffic Director, ya que este puede enviar tráfico al servicio sin importar el tipo de backend.
Cuando un servicio se registra en el Directorio de servicios, no necesitas configurar grupos de instancias ni diferentes tipos de grupos de extremos de red (NEG) para obtener acceso a los servicios que necesitas. Puedes registrar automáticamente Google Kubernetes Engine, los balanceadores de cargas internos y Private Service Connect en el Directorio de servicios, lo que simplifica aún más el acceso de Traffic Director a estos servicios.
Recursos que usa la integración
La integración entre Traffic Director y el Directorio de servicios usa los siguientes recursos.
Servicios del Directorio de servicios
El Directorio de servicios es un registro de servicios. El Directorio de servicios te permite registrar varios tipos de servicios, incluidos los servicios basados en Google Cloud o en otros entornos (por ejemplo, un centro de datos local). Cada servicio consta de un nombre único y cero o más extremos de servicio. Un extremo de servicio consiste en una dirección, un puerto, propiedades y metadatos. Si hay cero extremos, no puedes enrutar el tráfico al servicio.
Vinculaciones del servicio
Una vinculación del servicio es un recurso que incluye el nombre de dominio completamente calificado (FQDN) del servicio del Directorio de servicios. Por ejemplo, projects/test-proj/locations/us-east1/namespaces/test-namespace/services/test-service es un FQDN para un servicio del Directorio de servicios.
Servicios de backend
Los servicios de backend son recursos de configuración que proporcionan información a Traffic Director, incluidos los backends, como los grupos de instancias administrados, a los que el servicio de backend enruta el tráfico. Los servicios de backend que hacen referencia a las vinculaciones del servicio no pueden tener backends. Para usar la integración de Traffic Director con el Directorio de servicios, debes crear un servicio de backend nuevo para hacer referencia a las vinculaciones del servicio.
Un servicio de backend puede tener varias vinculaciones de servicios. Esta configuración es útil en una situación en la que tienes implementaciones regionales de la misma aplicación. Puedes registrar cada implementación regional en una instancia regional del Directorio de servicios, como el servicio regional 1 y el servicio regional 2. Cada uno de estos servicios regionales del Directorio de servicios se puede asociar con el mismo servicio de backend mediante dos vinculaciones de servicios. La vinculación del servicio global 1 se asociaría con el servicio regional 1 en la región A y la vinculación de servicio global 2 se asociaría con el servicio regional 2 en la región B.
Casos de uso
La integración de la implementación de Traffic Director con el Directorio de servicios habilita casos de uso nuevos que son útiles cuando dependes de servicios que otras organizaciones o equipos poseen o publican.
Haz que los servicios existentes estén disponibles para Traffic Director
El Directorio de servicios se integra en los productos de Google Cloud, como GKE, los balanceadores de cargas de red de transferencia internos y los balanceadores de cargas de aplicaciones internos. Cuando los productores de servicios crean un servicio de GKE o un balanceador de cargas, pueden registrarlo en el Directorio de servicios.
Después de que un servicio se registra en el Directorio de servicios, puedes configurar Traffic Director para que se comunique con ese servicio. Luego, los clientes de Traffic Director pueden comunicarse con los servicios que se ejecutan detrás de los balanceadores de cargas de red de transferencia internos y los balanceadores de cargas de aplicaciones internos.
Mejora la coordinación entre los productores de servicios y los consumidores
Las empresas grandes tienen muchos equipos de desarrolladores independientes. Estos equipos hacen que sus servicios estén disponibles para otros equipos a fin de que más equipos puedan usar las capacidades que proporciona el servicio compartido. Esto crea dependencias entre equipos. Si bien estas dependencias permiten que los equipos compartan sus esfuerzos, las dependencias también crean una sobrecarga de coordinación.
Cuando usas el Directorio de servicios, un equipo (el productor) registra un servicio que desea que esté disponible para otras organizaciones o equipos (consumidores). El productor comparte una referencia a este servicio con un consumidor. El consumidor puede usar esta referencia para buscar el servicio del productor en el Directorio de servicios y descubrir los extremos del servicio. Por ejemplo, el extremo puede ser una dirección IP virtual (VIP) en la que el servicio del productor espera recibir tráfico.
La integración de Traffic Director con el Directorio de servicios te permite automatizar el proceso mediante la vinculación de un servicio del Directorio de servicios con un servicio de backend de Traffic Director, que tiene las siguientes ventajas:
- Traffic Director resuelve de forma automática los extremos del servicio mediante su sincronización desde el Directorio de servicios. Si los extremos del servicio del Directorio de servicios se actualizan, Traffic Director sincroniza de forma automática estos cambios.
- Puedes configurar varias políticas de enrutamiento y administración de tráfico, como tiempos de espera, en Traffic Director. Estas políticas te permiten ajustar con precisión la forma en que tus aplicaciones emiten solicitudes al servicio del Directorio de servicios. Para obtener información sobre el enrutamiento y la administración del tráfico en Traffic Director, consulta Administración avanzada del tráfico.
- Traffic Director usa capacidades de administración de tráfico, como el balanceo de cargas basado en la proximidad, para dirigir el tráfico de forma óptima desde aplicaciones a extremos, por ejemplo, mediante la minimización del tiempo de ida y vuelta.
Cuando tú como consumidor usas Traffic Director y adjuntas un servicio de backend a un servicio del Directorio de servicios, se reduce la sobrecarga de la coordinación entre equipos.
- Debes adjuntar el servicio,
Payments, por nombre. Traffic Director comparte información sobre el servicio
Paymentscon sus clientes.- Por ejemplo, los proxies de sidecar que se ejecutan en tu malla de servicios ahora conocen el extremo (por ejemplo,
10.0.0.1:80) en el que se puede alcanzar el servicio.
- Por ejemplo, los proxies de sidecar que se ejecutan en tu malla de servicios ahora conocen el extremo (por ejemplo,
Tus aplicaciones pueden llamar a este servicio por nombre sin que tú o tu aplicación necesiten saber algo sobre el extremo del servicio externo. En el diagrama, el servicio es
Payments.Cuando el productor de servicios actualiza el servicio externo (por ejemplo, cambia su extremo), Traffic Director recoge la actualización y la comparte sin problemas con sus clientes.
Accede a los servicios dentro de un perímetro mediante un punto de entrada
Un equipo puede agrupar una colección de servicios dentro de un perímetro de Controles del servicio de VPC y exponer esos servicios a través de un solo punto de entrada. Este punto de entrada se puede registrar en el Directorio de servicios y estar disponible para los usuarios que deseen acceder a los servicios dentro del perímetro. Para obtener más información sobre los perímetros de los Controles del servicio de VPC, consulta Configuración y detalles del perímetro de servicio.
Por ejemplo, un equipo crea una puerta de enlace de entrada mediante un balanceador de cargas de aplicaciones interno que distribuye solicitudes a un conjunto de servicios de Kubernetes en un clúster. Esta puerta de enlace de entrada se registra automáticamente como un servicio en el Directorio de servicios. Un consumidor que desea acceder a los servicios de Kubernetes puede buscar esta puerta de enlace de entrada en el Directorio de servicios. Luego, el consumidor puede configurar la malla de Traffic Director para acceder a los servicios dentro del perímetro a través de la puerta de enlace.
Conecta servicios entre dominios
Es posible que tengas servicios en diferentes dominios que necesites conectar.
Conecta servicios entre organizaciones
Es posible que desees acceder a servicios que son propiedad de otra organización, como las API de Google (por ejemplo, Cloud SQL) o servicios administrados de terceros.
El Directorio de servicios admite Private Service Connect. Cuando creas un extremo de Private Service Connect en tu red, el extremo se puede registrar como un servicio con el Directorio de servicios. Luego, puedes conectar este servicio a Traffic Director para que los clientes de malla, como los clientes de Envoy y gRPC, y las puertas de enlace autoadministradas, como Apigee, puedan llamar a estos servicios.
En el ejemplo anterior, mediante Cloud Storage, se ilustra cómo puedes usar Private Service Connect para llamar a las API de Google mediante un extremo en tu red de nube privada virtual.
Conecta servicios entre redes de VPC
Algunas empresas usan varias redes de VPC como parte de su implementación de Google Cloud. En esos casos, es posible que un servicio en una red de VPC necesite acceder a un servicio en una red de VPC diferente. Puedes configurar el intercambio de tráfico de VPC para acceder a un servicio en una red de VPC diferente, pero esta configuración crea complicaciones cuando hay rangos de direcciones IP superpuestos entre las redes que intercambian tráfico.
Private Service Connect puede hacer que un servicio de una red de VPC sea accesible para los servicios de otra red de VPC de forma privada y segura, mediante un solo extremo IP:port.
Ejemplos adicionales de varios dominios
En los dos ejemplos anteriores, se ilustran casos en los que podrías necesitar cruzar dominios, pero hay muchos ejemplos adicionales. Por ejemplo, creas una puerta de enlace que se encuentre en la intersección de dos regiones de Google Cloud. Los servicios en una región pueden llegar a los servicios en otra región a través de esta puerta de enlace. Debes registrar la puerta de enlace como un servicio en el Directorio de servicios y, luego, usarla con Traffic Director como se describe en este documento.
Aplica políticas cuando se accede a los servicios
Traffic Director admite capacidades como la administración avanzada de tráfico que se pueden configurar mediante políticas. Por ejemplo, puedes establecer una política de duplicación de tráfico para que, cada vez que un cliente envíe una solicitud a un servicio de backend en particular, el tráfico también se envíe a un segundo servicio de backend.
Cuando vinculas un servicio del Directorio de servicios a un servicio de backend de Traffic Director, puedes configurar estos tipos de políticas en Traffic Director. Los proxies de sidecar, los proxies intermedios o perimetrales y los clientes sin proxy aprenden acerca de estas políticas y las aplican.
Estos son algunos ejemplos:
- División del tráfico basada en el peso, por ejemplo, entre dos servicios del Directorio de servicios
- Duplicación del tráfico, por ejemplo, a un servicio de auditoría
users se duplican al servicio audit (haz clic para ampliar)Compatibilidad con Traffic Director y clientes existentes
Incluso cuando se implementa Traffic Director en tu organización, es posible que tengas clientes que no usen Traffic Director. Por ejemplo, es posible que debas acceder a un servicio desde una máquina virtual que no forme parta de una malla de servicios.
Cuando vinculas un servicio del Directorio de servicios a un servicio de backend de Traffic Director, los clientes de Traffic Director obtienen información actualizada sobre ese servicio de forma automática. Los clientes que no usan Traffic Director pueden buscar y usar la información del servicio en el Directorio de servicios.
Limitaciones
Traffic Director no admite NEG de FQDN (NEG INTERNET_FQDN_PORT) en la integración del directorio de servicios.
¿Qué sigue?
- Aprende a configurar la integración.
- Para obtener información sobre la observabilidad con esta integración, consulta Observabilidad y depuración con el Directorio de servicios.