Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Isola i carichi di lavoro con fattorie, flotte e code Puoi organizzare le fattorie, le flotte e le code di Deadline Cloud in molti modi. La disposizione che scegli stabilisce i limiti di isolamento tra i carichi di lavoro, quindi decidi di quanta separazione necessiti i tuoi team, i tuoi spettacoli o i tuoi clienti prima di iniziare a lavorare. Due fattori sulle flotte sono alla base della decisione: + Quando una flotta è associata a più di una coda, i lavori di tutte queste code vengono eseguiti sugli stessi host di lavoro. Dopo l'esecuzione di un processo, i dati possono rimanere sull'host, ad esempio i file in una directory temporanea o nella home directory dell'utente in coda, e un processo può lasciare in esecuzione processi che i lavori successivi possono osservare. Alcuni di questi dati rimangono invariati in base alla progettazione. Un job può memorizzare nella cache i dati nella home directory dell'utente del lavoro in modo che le sessioni successive li riutilizzino. Ad esempio, l'ambiente di conda coda memorizza nella cache i pacchetti scaricati. In una flotta gestita dai servizi, tutti i job vengono eseguiti come un unico utente, quindi tutte le code del parco file condividono tali cache. I dati memorizzati nella cache restano memorizzati fino alla chiusura dell'operatore o fino alla sostituzione del lavoratore quando il parco macchine utilizza lo storage persistente. Per ulteriori informazioni, consulta [Sessions](https://docs.aws.amazon.com/deadline-cloud/latest/developerguide/build-jobs-scheduling.html#jobs-scheduling-sessions) nella *Deadline Cloud Developer Guide* e [Persistent storage](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/volumes.html) nella *Deadline* Cloud User Guide. + Gli host Worker eseguono i job come utenti del sistema operativo. In una flotta gestita dal cliente, puoi assegnare a ciascuna coda il proprio utente, in modo che le code possano condividere una flotta mentre i file e i processi dei lavori rimangono separati. In una flotta gestita dal servizio, tutti i lavori vengono eseguiti come un unico utente, quindi assegna alle code che devono essere separate le proprie flotte. In entrambi i casi, gli host eseguono solo i lavori in coda nella fattoria. Tenendo conto di questi fatti, scegliete la sistemazione più adatta alle vostre esigenze di isolamento: + **Fattorie separate**: una farm non condivide le risorse di Deadline Cloud come flotte, code e profili di archiviazione con altre farm, quindi farm separate offrono la massima separazione tra i carichi di lavoro. Il compromesso è rappresentato da maggiori risorse da configurare e gestire e dalla capacità dei lavoratori che un'azienda non può concedere in prestito a un'altra. La condivisione di AWS risorse esterne, come un bucket Amazon S3, tra le farm indebolisce il confine, quindi assegna a ciascuna farm le proprie. + **Una fattoria, una flotta per ogni coda: le code** che devono essere separate le une dalle altre hanno ognuna la propria flotta, quindi non condividono mai gli stessi posti di lavoro. La gestione è affidata a un'unica farm e il monitoraggio degli utenti può essere esteso a ciascuna coda. Per ulteriori informazioni sull'ambito degli utenti, consulta [Managing users](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/managing-users.html) nella *Deadline* Cloud User Guide. Il compromesso è la capacità ripartita: i lavoratori inattivi di una flotta non possono occuparsi dei lavori di un'altra fila. + **Un'azienda agricola, code e flotte condivise: la condivisione delle flotte** offre la configurazione più semplice e il miglior utilizzo dei lavoratori. Poiché le code condividono gli host dei lavoratori, considera tutte le code che condividono un parco macchine come un unico limite di sicurezza. In una flotta gestita dal cliente, puoi anche assegnare a ciascuna coda un utente distinto del sistema operativo per separare i processi e i file di lavoro gli uni dagli altri. Qualunque sia la disposizione scelta, mantieni la condivisione delle risorse entro un limite di sicurezza: + Condividi un bucket Amazon S3 e il prefisso root per gli allegati dei lavori solo tra code all'interno dello stesso limite di sicurezza. Per ulteriori informazioni, consulta [Affiliazione sicura delle mansioni e pacchetti software](job-attachment-queues.md). + Condividi un utente del sistema operativo solo tra code all'interno dello stesso limite di sicurezza. Per ulteriori informazioni, consulta [Esegui i lavori come utenti del sistema operativo dedicati](job-run-as-user.md). + Applica lo stesso limite a tutte AWS le altre risorse integrate nella farm, ad esempio i file system condivisi.