Pular para o conteúdo principal
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 na sua mesa. O loop do agente do Devin (inferência e planejamento) continua sendo executado na nuvem do Devin, enquanto toda a execução de comandos, as edições de arquivos e o acesso a repositórios acontecem em 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 máquinas de desenvolvimento, VMs ou Kubernetes para hospedar cargas de trabalho do Devin
  • Controles do Enterprise sobre acesso à rede, saídas de build e monitoramento
O loop do 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 na sua mesa — atendem sessões por meio de 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 as processe. Toda máquina que atende 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 em espera, o worker a assume 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 para a próxima sessão. Escalar horizontalmente significa apenas executar o worker em mais máquinas: N workers atendem N sessões simultâneas, e todas as sessões adicionais 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 escrever 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. Veja 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, então o worker depende das ferramentas instaladas nelas.

​
Primeiros passos

Início rápido

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

Orquestração

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

Referência

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

​
Integrações

As plataformas parceiras implementam o loop de orquestração para você — as sessões são executadas na infraestrutura delas, sem worker para rodar e sem orquestrador para implementar. Cada parceiro documenta a própria configuração:

​
Limitações

  • No momento, o Devin Outposts funciona apenas com hospedagem multi-tenant; ele ainda não está disponível com implantações de Dedicated Tenant.
  • O Outposts transfere ao cliente uma parcela significativa da responsabilidade pela infraestrutura e pela operação. As Teams 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 foco em segurança, recomendamos Dedicated Tenant (Dedicated SaaS), que oferece um ambiente isolado para o cliente, com segurança e orquestração gerenciadas pela Cognition.