Skip to main content
O Outposts permite executar sessões do Devin na infraestrutura que você controla — suas próprias VMs, contêineres, clusters do Kubernetes ou até mesmo um Mac Mini em cima da sua mesa. O loop de agente do Devin (inferência e planejamento) continua sendo executado na nuvem do Devin, enquanto toda a execução de comandos, a edição de arquivos e o acesso a repositórios acontecem nas máquinas que você opera. Use o Outposts quando precisar de:
  • Sessões executadas dentro da sua rede, próximas de serviços internos, registros e segredos
  • Perfis de hardware personalizados (por exemplo, GPUs, máquinas com muita memória, imagens de SO específicas)
  • Infraestrutura existente de dev box, VM ou Kubernetes para hospedar as cargas de trabalho do Devin
  • Controles Enterprise sobre acesso à rede, saídas de build e monitoramento
O loop de agente do Devin e a fila do outpost são executados na nuvem do Devin; suas máquinas — uma máquina com GPU no seu laboratório, uma VM na sua VPC ou um Mac mini em cima da sua mesa — atendem sessões por uma conexão somente de saída

​
Como funciona

Um outpost é uma fila nomeada de sessões do Devin para serem executadas nas suas próprias máquinas. Depois que você registra um outpost (por exemplo, gpu-h200 ou dev-boxes), ele aparece como uma opção de máquina no Devin Cloud, ao lado de Ubuntu, Windows etc. — as sessões em nuvem iniciadas em um outpost ficam na fila dele até que uma das suas máquinas passe a executá-las. Toda máquina que executa sessões de um outpost é um worker. Para transformar uma máquina em um worker, instale o Devin CLI e execute:
O worker abre uma conexão de saída com a nuvem do Devin e monitora a fila do outpost. Quando há uma sessão na fila, o worker a reivindica e executa suas chamadas de ferramenta localmente — cada comando, edição de arquivo e operação no repositório é executado na sua máquina. Quando a sessão termina, o worker volta a monitorar a fila em busca da próxima sessão. Escalar horizontalmente é simplesmente executar o worker em mais máquinas: N workers atendem N sessões simultâneas, e as demais sessões aguardam na fila até que um worker fique disponível. Os workers só precisam de acesso HTTPS de saída. Não são necessárias portas de entrada, IPs públicos nem túneis VPN.

​
Orquestração

Máquinas worker de longa duração são a configuração mais simples, mas, com a API do Outposts, você também pode criar um orquestrador: um software que monitora a fila do outpost e, para cada sessão em espera, provisiona uma nova VM ou contêiner, inicia o worker dentro dela e desprovisiona a máquina quando a sessão termina. Consulte Orquestração para saber como fazer isso, implante o devin-outpost-k8s — nosso operador de código aberto que executa esse loop em qualquer cluster Kubernetes — ou execute em uma plataforma parceira que já implementa isso para você (consulte Integrações).

​
Dependências da máquina

As sessões são executadas diretamente nas suas máquinas, portanto o worker depende das ferramentas que você instala nelas.

​
Primeiros passos

Início rápido

Crie um outpost e atenda sessões em uma única máquina com devin worker start — sem precisar de um orquestrador.

Orquestração

Escale para uma frota: consulte a fila, reivindique sessões, provisione máquinas e inicie workers automaticamente.

Referência

Cobertura completa: comandos e flags da CLI, endpoints da fleet API, distribuição de binários e o spawn contract.

​
Integrações

As plataformas parceiras implementam o ciclo de orquestração para você — as sessões são executadas na infraestrutura delas, sem worker para operar nem orquestrador para montar. Cada parceiro documenta sua própria configuração:

​
Limitações

  • O Devin Outposts está disponível em todas as contas Pro, Max e Teams.
  • O Devin Outposts também está disponível em implantações de Dedicated Tenant, mas fica desativado por padrão, já que alguns recursos do Devin se comportam de forma diferente quando agentes são executados em infraestrutura gerenciada pelo cliente. Sua equipe de conta pode explicar os detalhes e ativá-lo.
  • O Outposts transfere grande parte da responsabilidade por infraestrutura e operações para o cliente. As equipes precisam proteger e operar suas VMs de desenvolvimento remoto em escala, incluindo provisionamento, isolamento, controles de acesso, gerenciamento de capacidade, monitoramento e recuperação. Para clientes com requisitos rigorosos de segurança, recomendamos Dedicated Tenant (SaaS Dedicado), que oferece um ambiente isolado para cada cliente, com segurança e orquestração gerenciadas pela Cognition.