Descripción general
Requisitos
- Un Network Load Balancer (NLB) en su cuenta de AWS que haga de front-end para cada servicio interno (GitLab, Artifactory, etc.)
- Un VPC Endpoint Service que use el NLB como destino
- El nombre de servicio para cada Endpoint Service
- Permisos de principal autorizado que incluyan la cuenta de AWS de Cognition
- Confirmación de los puertos admitidos para cada servicio
- Información de DNS para los dominios que Devin debe resolver de forma privada
- El ID de la cuenta de AWS que se debe agregar como principal autorizado
- La VPC de destino y la información de subred para los puntos de enlace de interfaz (Interface Endpoints)
- La configuración de DNS del lado de Devin una vez que se haya establecido la conectividad
PrivateLink entre regiones (si sus servicios están en una región diferente)
Pasos para el cliente
- Crear o reutilizar el Network Load Balancer El NLB debe apuntar a los sistemas internos a los que Devin debe acceder. El NLB debe admitir todos los puertos necesarios.
- Crear un VPC Endpoint Service a partir del NLB Esto hace que el servicio esté disponible para su consumo a través de PrivateLink.
-
Habilitar compatibilidad entre regiones (cross region)
En la consola de AWS:
Agrega la región donde está desplegado tu tenant de Cognition. Ejemplo con CLI:
-
Agregar la cuenta de AWS de Cognition como principal permitido
-
Proporcionar los siguientes detalles a Cognition
- Nombre del Endpoint Service
Ejemplo:com.amazonaws.vpce.us-west-2.vpce-svc-0abc123 - Puertos que admite el servicio
- Los dominios que deberían resolverse a través de PrivateLink
- Nombre del Endpoint Service
Qué ocurre a continuación
- Creará endpoints de interfaz de VPC en tu VPC de tenant dedicada usando los nombres de servicio que proporcionaste.
- Enviará una solicitud de conexión que deberás aprobar (ya sea manualmente o mediante aceptación automática, si está configurada).
- Configurará el DNS para que los dominios que especifiques se resuelvan de forma privada dentro del entorno de Devin.
Diagrama de arquitectura
Conectividad de PrivateLink entre regiones desde Cognition hacia los servicios internos del cliente
Consideraciones clave
| Tema | Guía |
|---|---|
| Configuración requerida | Un Endpoint Service por dominio, un Interface Endpoint por dominio |
| Compatibilidad entre regiones | Debe habilitarse explícitamente en el Endpoint Service |
| Principales permitidos | El cliente debe agregar el ID de cuenta de AWS de Cognition |
| DNS | Los dominios del cliente se resolverán en IP privadas de Interface Endpoint del lado de Cognition |
| Puertos | Los listeners de NLB deben coincidir con los puertos que Devin usa para acceder a cada servicio |
| Disponibilidad | El NLB y los targets subyacentes deben configurarse en varias Availability Zones |
| Latencia | Puede producirse un ligero aumento de la latencia entre regiones, ya que el tráfico permanece en la red troncal de AWS |
Información que debes proporcionar a Cognition
- Nombres de AWS Endpoint Service para cada dominio interno
- Confirmación de que el soporte entre regiones está habilitado (si corresponde)
- Confirmación de que la configuración de principals permitidos está completa
- Puertos expuestos por el NLB
- La lista de dominios que deben enrutarse a través de PrivateLink
