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à.
Integra Deadline Cloud nella tua pipeline
Puoi integrare le tue pipeline di rendering esistenti con AWS Deadline Cloud per semplificare la gestione del flusso di lavoro e i processi di invio dei lavori.
Cos'è l'integrazione della pipeline?
Un'integrazione della pipeline di Deadline Cloud si riferisce al modo in cui una farm Deadline Cloud fornisce l'elaborazione in batch per i flussi di lavoro interattivi e automatizzati. Questo esempio utilizza una pipeline di effetti visivi che puoi adattare alle applicazioni e ai processi utilizzati dagli operatori nei loro flussi di lavoro.
Una pipeline di effetti visivi è costituita dalle fasi di post-produzione per l'elaborazione di filmati in ingresso, modelli 3D, animazioni, texture, illuminazione, immagini renderizzate e altro ancora. Prescrive in che modo i diversi reparti si scambiano le risorse per svolgere le attività di cui sono responsabili. Una pipeline ben progettata facilita la creazione efficiente delle immagini finali per un programma televisivo o simili.
Integrando una farm Deadline Cloud nella tua pipeline, puoi scaricare i lavori di lunga durata su una coda e dare priorità al modo in cui Deadline Cloud li pianifica su flotte di host di lavoratori. Puoi utilizzare le flotte gestite dal servizio e puoi creare le tue flotte in sede o in loco. AWS
Per creare l'integrazione della pipeline, considera i seguenti fattori:
-
Dove vengono archiviati i dati relativi agli asset e come li fornirete agli host dei lavoratori della fattoria?
-
Di quali applicazioni e plugin sono necessari i vostri lavori e come li fornirete agli host dei lavoratori della fattoria?
-
Quando artisti o altri operatori avranno un lavoro da svolgere, come lo proporranno alla fattoria?
-
Chi monitorerà l'avanzamento e lo stato dei lavori e in che modo controllerete i costi e ottimizzerete l'utilizzo degli host per i lavoratori?
Esempio di studio locale con una fattoria AWS
Questo esempio si concentra su una pipeline in cui gli artisti collaborano in sede e inviano i lavori a una fattoria AWS per il rendering. L'approccio qui presentato è rapido da integrare su Deadline Cloud e fornisce un punto di partenza flessibile per la personalizzazione.
Ecco i fattori per l'integrazione della pipeline di questo studio di esempio:
-
I dati degli asset vengono archiviati su un file system condiviso NAS nell'ufficio locale.
-
SuWindows, i progetti vengono montati sull'unità P: e le utilità vengono montate su X:.
-
SumacOS, i progetti vengono montati su/Volumes/Projects and utilities are mounted to /Volumes/Utilities.
-
-
Usano Maya per la modellazione 3D, Arnold per il rendering e Nuke per la composizione. Non sono installati plugin personalizzati in queste applicazioni.
-
Vogliono utilizzare l'esperienza di invio predefinita.
-
Gli artisti controlleranno il proprio lavoro e i produttori controlleranno i costi e modificheranno le priorità quando necessario.
L'integrazione via pipeline per questo studio utilizza gli allegati di lavoro per trasferire i dati dai locali dello studio e viceversa AWS, in quanto può essere facile da usare e può adattarsi a flotte di grandi dimensioni. Il bucket Job Attachments S3 configurato nella coda funge da livello di cache tra il NAS locale e gli host di lavoro. AWS
Quando gli artisti inviano lavori da Maya o Nuke, il sistema di invio integrato di Deadline Cloud scansiona la scena per identificare i file necessari per l'esecuzione del lavoro, quindi li allega al lavoro caricandoli su S3. Un hash ad alte prestazioni viene utilizzato per identificare i file precedentemente caricati da qualsiasi artista dello studio. In questo modo, quando un artista invia in modo iterativo nuove versioni dello stesso scatto o un artista consegna una foto a un altro, durante il processo di invio del lavoro devono essere caricati solo i file nuovi o modificati.
Lo studio utilizza entrambe Windows le macOS workstation, quindi configura profili di archiviazione con posizioni dei file system di tipo locale sia per i progetti che per le utenze. Consulta l'argomento Profili di archiviazione per gli allegati dei lavori per maggiori dettagli su come questo supporti la mappatura dei percorsi necessaria quando i job vengono eseguiti su un sistema operativo diverso da quello da cui vengono inviati. Inoltre, configurano un Linux host sulla propria rete per scaricare automaticamente l'output di tutte le attività dei lavori in coda una volta completate. Per informazioni su come configurarlo, consulta Download automatici per gli allegati dei lavori.
La farm contiene due flotte Linux gestite dai servizi con requisiti v CPUs e RAM impostati su intervalli a partire da una specifica minima di cui lo studio ha bisogno per i propri lavori. Una delle flotte è configurata per fornire un numero limitato di istanze spot per fornire una capacità di rendering costante durante le ore lavorative, mentre l'altra flotta è configurata come wait and save per eseguire più lavori durante le ore non di punta a un costo inferiore. Tutti Maya, il plug-in Maya for Arnold e Nuke sono forniti per flotte Linux gestite dai servizi dal canale deadline-cloud conda, oltre a licenze basate sull'utilizzo. Per ridurre il sovraccarico derivante dall'installazione delle applicazioni, sostituiscono l'ambiente Conda predefinito configurato per la coda nella console Deadline Cloud con l'ambiente di coda conda conda di esempio github con memorizzazione nella cache migliorata.
Per supportare l'invio dei lavori, hanno configurato gli inviatori Deadline Cloud su ogni workstation, selezionando le integrazioni Maya e Nuke. Con Deadline Cloud Monitor, possono accedere alla fattoria, monitorare lo stato di avanzamento dei lavori e visualizzare i risultati dei log per la diagnosi dei problemi. Sia i mittenti Maya che Nuke dispongono di finestre di dialogo integrate per inviare lavori dall'interfaccia dell'applicazione.
Quando configurano i livelli di accesso degli utenti nella farm, consentono a Contributor di accedere agli artisti in modo che possano inviare lavori, visualizzare tutti i lavori e modificare le proprietà dei propri lavori. Consentono al Manager di accedere ai render wrangler in modo che possano modificare le proprietà di tutti i lavori. Consentono a Owner di accedere ai produttori, in modo che possano tenere traccia delle spese e dell'utilizzo creando budget ed esplorando i costi di utilizzo.