Vai al contenuto principale
Outposts ti consente di eseguire sessioni Devin sull’infrastruttura che controlli — le tue VM, i tuoi container, i cluster Kubernetes o persino un Mac Mini sulla tua scrivania. Il ciclo dell’agente di Devin (inferenza e pianificazione) continua a essere eseguito nel cloud di Devin, mentre l’esecuzione dei comandi, le modifiche ai file e l’accesso ai repository avvengono su macchine che gestisci tu. Usa Outposts quando ti serve:
  • Eseguire le sessioni all’interno della tua rete, accanto a servizi interni, registry e secret
  • Profili hardware personalizzati (ad es. GPU, macchine con molta memoria, image di sistemi operativi specifici)
  • Una dev box, una VM o un’infrastruttura Kubernetes esistenti per ospitare i carichi di lavoro di Devin
  • Controlli Enterprise su accesso alla rete, output delle build e monitoraggio
Il ciclo dell'agente di Devin e la coda dell'outpost vengono eseguiti in Devin Cloud; le tue macchine — un box GPU nel tuo laboratorio, una VM nella tua VPC o un Mac mini sulla tua scrivania — eseguono le sessioni tramite una connessione solo in uscita

​
Come funziona

Un outpost è una coda nominata di sessioni Devin da eseguire sulle tue macchine. Una volta registrato un outpost (ad es. gpu-h200 o dev-boxes), compare come opzione di macchina in Devin Cloud insieme a Ubuntu, Windows, ecc. — le sessioni cloud avviate su un outpost restano in attesa nella sua coda finché una delle tue macchine non le prende in carico. Ogni macchina che gestisce sessioni da un outpost è un worker. Per trasformare una macchina in un worker, installa Devin CLI ed esegui:
Il worker apre una connessione in uscita al cloud di Devin e monitora la coda dell’outpost. Quando una sessione è in attesa, il worker la rivendica ed esegue localmente le relative tool call: ogni comando, modifica di file e operazione sul repository viene eseguita sulla tua macchina. Quando la sessione termina, il worker torna a monitorare la coda in attesa della sessione successiva. Per scalare, è sufficiente eseguire il worker su più macchine: N worker gestiscono N sessioni simultanee e tutte le altre sessioni restano in coda finché un worker non diventa disponibile. I worker richiedono solo accesso HTTPS in uscita. Non sono necessarie porte in ingresso, IP pubblici o tunnel VPN.

​
Orchestrazione

Le macchine worker di lunga durata sono la configurazione più semplice, ma con l’API di Outposts puoi anche scrivere un orchestratore: un software che monitora la coda dell’outpost e, per ogni sessione in attesa, avvia una nuova VM o un nuovo container, avvia al suo interno il worker e disattiva la macchina quando la sessione termina. Consulta Orchestrazione per scoprire come fare, esegui il deployment di devin-outpost-k8s — il nostro operatore open source che esegue questo ciclo su qualsiasi cluster Kubernetes — oppure usa una piattaforma partner che lo implementa già per te (vedi Integrazioni).

​
Dipendenze della macchina

Le sessioni vengono eseguite direttamente sulle tue macchine, quindi il worker dipende dagli strumenti che vi installi.

​
Per iniziare

Guida rapida

Crea un outpost e gestisci le sessioni da un’unica macchina con devin worker start — non è necessario alcun orchestratore.

Orchestrazione

Passa a una flotta: effettua il polling della coda, rivendica le sessioni, esegui il provisioning delle macchine e avvia automaticamente i worker.

Riferimento

Panoramica completa: comandi CLI e flag, endpoint dell’API della flotta, distribuzione del binario e contratto di spawn.

​
Integrazioni

Le piattaforme partner implementano per te il ciclo di orchestrazione: le sessioni vengono eseguite sulla loro infrastruttura, senza worker da avviare e senza orchestratore da predisporre. Ogni partner documenta la propria configurazione:

​
Limitazioni

  • Devin Outposts attualmente funziona solo con hosting multi-tenant; al momento non è disponibile con le distribuzioni Dedicated Tenant.
  • Outposts trasferisce al cliente una parte significativa delle responsabilità infrastrutturali e operative. I team devono proteggere e gestire su larga scala le proprie VM di sviluppo remoto, inclusi provisioning, isolamento, controlli di accesso, gestione della capacità, monitoraggio e ripristino. Per i clienti con requisiti di sicurezza elevati, consigliamo Dedicated Tenant (Dedicated SaaS), che offre un ambiente isolato per il cliente, con sicurezza e orchestrazione gestite da Cognition.