Skip to main content
Outposts te permite ejecutar sesiones de Devin dentro de la infraestructura que controlas: tus propias VM, contenedores, clústeres de Kubernetes o incluso un Mac Mini en tu escritorio. El bucle del agente de Devin (inferencia y planificación) sigue ejecutándose en la nube de Devin, mientras que toda la ejecución de comandos, la edición de archivos y el acceso a los repositorios se realizan en máquinas que tú operas. Usa Outposts cuando necesites:
  • Que las sesiones se ejecuten dentro de tu red, junto a servicios internos, registries y secretos
  • Perfiles de hardware personalizados (p. ej., GPU, máquinas con mucha memoria o imágenes de SO específicas)
  • Infraestructura existente de máquinas de desarrollo, VM o Kubernetes para alojar las cargas de trabajo de Devin
  • Controles empresariales sobre el acceso a la red, los resultados de compilación y la supervisión
El bucle del agente de Devin y la cola del outpost se ejecutan en Devin Cloud; tus máquinas —una máquina con GPU en tu laboratorio, una VM en tu VPC o un Mac mini en tu escritorio— atienden las sesiones a través de una conexión solo saliente

​
Cómo funciona

Un outpost es una cola con nombre de sesiones de Devin que se atienden en tus propias máquinas. Una vez que registras un outpost (p. ej., gpu-h200 o dev-boxes), aparece como una opción de máquina en Devin Cloud junto con Ubuntu, Windows, etc. — las sesiones en la nube iniciadas en un outpost esperan en su cola hasta que una de tus máquinas las recoja. Cada máquina que atiende sesiones de un outpost es un worker. Para convertir una máquina en un worker, instala Devin CLI y ejecuta:
El worker abre una conexión saliente a la nube de Devin y supervisa la cola del outpost. Cuando una sesión está en espera, el worker la reclama y ejecuta sus llamadas a herramientas localmente: cada comando, edición de archivo y operación de repositorio se ejecuta en tu máquina. Cuando la sesión termina, el worker vuelve a supervisar la cola a la espera de la siguiente sesión. Escalar horizontalmente solo requiere ejecutar el worker en más máquinas: N workers atienden N sesiones simultáneas, y cualquier sesión adicional espera en la cola hasta que haya un worker disponible. Los workers solo necesitan acceso HTTPS saliente. No se requieren puertos de entrada, IP públicas ni túneles VPN.

​
Orquestación

Las máquinas worker de larga duración son la configuración más sencilla, pero con la API de Outposts también puedes escribir un orquestador: software que vigila la cola del outpost y, para cada sesión en espera, pone en marcha una VM o un contenedor nuevos, inicia el worker dentro de ellos y desmantela la máquina cuando termina la sesión. Consulta Orquestación para ver cómo hacerlo, despliega devin-outpost-k8s —nuestro operador de código abierto que ejecuta este ciclo en cualquier clúster de Kubernetes— o ejecútalo en una plataforma asociada que ya lo implemente por ti (consulta Integraciones).

​
Dependencias de la máquina

Las sesiones se ejecutan directamente en tus máquinas, por lo que el worker depende de las herramientas que instales allí.

​
Primeros pasos

Inicio rápido

Crea un outpost y atiende sesiones desde una sola máquina con devin worker start; no requiere orquestador.

Orquestación

Escala a una flota: sondea la cola, reclama sesiones, aprovisiona máquinas y ejecuta workers automáticamente.

Referencia

Todo lo que abarca: comandos y flags de la CLI, endpoints de fleet API, distribución del binario y el spawn contract.

​
Integraciones

Las plataformas asociadas implementan por ti el bucle de orquestación: las sesiones se ejecutan en su infraestructura, sin ningún worker que ejecutar ni ningún orquestador que crear. Cada partner documenta su propia configuración:

​
Limitaciones

  • Devin Outposts está disponible en todas las cuentas Pro, Max y Teams.
  • Devin Outposts está disponible en los despliegues de Dedicated Tenant, pero está desactivado de forma predeterminada, ya que algunas funciones de Devin se comportan de manera diferente cuando los agentes se ejecutan en infraestructura gestionada por el cliente. Tu equipo de cuenta puede explicarte los detalles y habilitarlo.
  • Outposts transfiere al cliente una parte importante de la responsabilidad de infraestructura y operaciones. Los equipos deben proteger y operar sus VM de desarrollo remoto a escala, incluido el aprovisionamiento, el aislamiento, los controles de acceso, la gestión de capacidad, la supervisión y la recuperación. Para los clientes con altos requisitos de seguridad, recomendamos Dedicated Tenant (Dedicated SaaS), que proporciona un Environment aislado por cliente con la seguridad y la orquestación gestionadas por Cognition.