En este artículo
Un agente puede escribir un programa de análisis y aun así no alcanzar la base de datos de una empresa. Entender un servicio y poder conectarse a él son problemas diferentes.
La red privada virtual de brazosd, llamada VPC en el producto, resuelve la conexión. Proporciona a los entornos autorizados de la nube una ruta hacia servicios expuestos mediante dispositivos conectados.
Una dirección reconocible para servicios dispersos
Los servicios pueden estar en computadoras de oficina, servidores o redes privadas. Sus direcciones cambian y no siempre son accesibles desde internet.
La red asigna a los conectores identidades y direcciones dentro de la organización. El programa identifica el destino; la plataforma dirige la conexión al dispositivo y al puerto de servicio correspondiente.
Una central telefónica es una analogía útil. No hace falta conocer cada cable detrás de una extensión, pero el sistema debe saber adónde conduce y quién puede llamar. La dirección identifica; la autorización decide si se permite el acceso.
Cómo cruza la conexión entre redes
La implementación se llama PseudoNet. Una conexión típica parte del entorno de nube, pasa por el enrutamiento virtual y la pasarela de la plataforma y llega, mediante el conector, a un servicio accesible desde el dispositivo.
| Capa | Responsabilidad |
|---|---|
| Dirección dentro de la organización | Identificar el destino |
| Ruta virtual | Elegir el canal de la plataforma |
| Pasarela y conector | Unir nube y red del dispositivo |
| Mapeo de puertos | Definir qué servicio se expone |
| Identidad y permisos | Decidir si se autoriza el acceso |
Desliza para ver toda la tabla
El canal actual transporta TCP, utilizado por muchas bases de datos y servicios HTTP. No incorpora automáticamente todos los protocolos; no debe darse por supuesto soporte para UDP o QUIC.
Poder llegar no equivale a tener permiso
Conocer el nombre interno de un servicio no concede acceso. Importan la propiedad del dispositivo, la organización y los permisos empresariales.
Las sesiones de agentes utilizan la identidad y los permisos del usuario de la sesión. Nombrar un dispositivo en una conversación no es autorizarlo. El conector solo expone los servicios configurados; retirar un mapeo o desconectar el dispositivo cambia la disponibilidad.
La conexión fiable combina rutas, identidad, un alcance de exposición limitado y disponibilidad real.
Por qué importa en una plataforma de agentes
Sin una capa común, cada sistema interno puede exigir una entrada pública o un puente específico. El coste de integración limita entonces las capacidades que el agente puede utilizar.
La red privada traslada parte de ese trabajo a la plataforma. Los servicios pueden permanecer en sus equipos y redes mientras agentes y aplicaciones autorizados acceden a ellos. Una empresa puede empezar con un servicio y ampliar gradualmente, conservando inversiones anteriores en datos y software.
La conexión necesita un significado
La red responde “¿se puede llegar?”. La API o el contrato de una herramienta responde “¿qué operaciones existen y qué datos requieren?”. Conectar un servicio no enseña automáticamente al agente cómo utilizarlo.
Un servicio puede ser accesible mediante VPC y ofrecer acciones mediante API o herramientas MCP. MCP es un protocolo para describir y ofrecer herramientas a agentes. Complementa la red, no la sustituye.
Dispositivos conectados y permisos empresariales explican cómo se unen capacidades utilizables y acciones autorizadas.