> ## Documentation Index > Fetch the complete documentation index at: https://docs.devinenterprise.com/llms.txt > Use this file to discover all available pages before exploring further. # Devin Outposts > Esegui le sessioni Devin sulla tua infrastruttura 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](/it/work-with-devin/devin-cli) ed esegui: ```bash theme={null} devin worker start --outpost= ``` 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](/it/onboard-devin/outposts/orchestration) per scoprire come fare, esegui il deployment di [devin-outpost-k8s](https://github.com/CognitionAI/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](#integrations)).
## Dipendenze della macchina
Le sessioni vengono eseguite direttamente sulle tue macchine, quindi il worker dipende dagli strumenti che vi installi. | Dipendenza | Obbligatoria | Utilizzo | | --------------------- | ------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `git` (in `PATH`) | Sì | Clonazione e tutte le operazioni sul repository | | `ffmpeg` (in `PATH`) | No | Funzionalità di registrazione dello schermo di Devin. Senza, le sessioni non possono registrare lo schermo. | | Chrome o Chromium | No | Funzionalità Browser e di utilizzo del computer. Per impostazione predefinita, il worker cerca Chrome nei percorsi di installazione standard; imposta `DEVIN_CHROME_PATH` nell'ambiente del worker sul percorso assoluto del binario per applicare un override (ad es. `DEVIN_CHROME_PATH=/usr/bin/google-chrome`). Senza, gli strumenti Browser non sono disponibili. | | `sudo` senza password | No | Consente a Devin di installare il software necessario durante una sessione (ad es. build tools mancanti o pacchetti di sistema). Concedilo solo quando la macchina è dedicata a Devin e viene reimpostata dopo ogni sessione, mai su macchine condivise o di lunga durata. |
## Per iniziare
Crea un outpost e gestisci le sessioni da un'unica macchina con `devin worker start` — non è necessario alcun orchestratore. Passa a una flotta: effettua il polling della coda, rivendica le sessioni, esegui il provisioning delle macchine e avvia automaticamente i worker. 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: | Platform | Cosa ottieni | Docs | | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------------------------------------------- | | Namespace | Ambienti macOS completi su Apple silicon — con Computer Use, Devin esegue build, run e test di app iOS end-to-end | [Devin Outposts on Namespace](https://namespace.so/docs/devbox/devin) | | Modal | La stessa infrastruttura su cui addestri e distribuisci modelli — riproduci errori e profili le correzioni su hardware di produzione, con scalabilità fino a zero | [Devin Outposts on Modal](https://modal.com/docs/devin) | | OpenShell | Un sandbox per ogni session tramite il runtime OpenShell — da una singola VM a un cluster GPU, progettato per ambienti sicuri e governativi | [Devin Outposts on NVIDIA OpenShell](https://github.com/NVIDIA/OpenShell#supported-agents) | | Brev | Istanze GPU su NVIDIA Brev, distribuite come Launchable con un clic | [Devin Outposts on NVIDIA Brev](https://brev.nvidia.com/launchable/deploy?launchableID=env-3Ge1ZXazlZQuJHfQed2od9IT8R5) | | Daytona | Sandbox Linux e Windows che si avviano in meno di 90 ms dagli snapshot — repo, dipendenze e toolchain già pronti | [Devin Outposts on Daytona](https://www.daytona.io/docs/en/guides/devin/devin-outposts/) | | E2B | Macchine Agent con qualsiasi configurazione CPU/RAM e avvii in meno di un secondo — incluso l'accesso al tuo cloud privato | [Devin Outposts on E2B](https://e2b.dev/docs/agents/devin) | | Cloudflare | Un sandbox isolato per sessione, con traffico instradato tramite proxy personalizzabili e connettività privata ai servizi interni — senza VPN né esposizione pubblica | [Devin Outposts on Cloudflare](https://developers.cloudflare.com/sandbox/tutorials/devin-outposts/) |
## Limitazioni
* Devin Outposts attualmente funziona solo con hosting multi-tenant; al momento non è disponibile con le [distribuzioni Dedicated Tenant](/it/enterprise/deployment/overview). * 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)](/it/enterprise/deployment/overview), che offre un ambiente isolato per il cliente, con sicurezza e orchestrazione gestite da Cognition.