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à.
Guida all'architettura cloud di Deadline
Questo argomento fornisce linee guida e best practice per la progettazione e la creazione di render farm affidabili, sicure, efficienti ed economiche per i carichi di lavoro utilizzando Deadline Cloud. L'utilizzo di queste linee guida può aiutare a creare carichi di lavoro stabili ed efficienti, consentendo di concentrarsi sull'innovazione, sulla riduzione dei costi e sul miglioramento dell'esperienza dei clienti.
Questo contenuto è destinato a Chief Technology Officer (CTO), architetti, sviluppatori e membri del team operativo,
Un flusso di lavoro di rendering end-to-end richiede soluzioni su più livelli del processo, come la generazione di lavori, l'accesso alle risorse e il monitoraggio dei lavori. Deadline Cloud offre diverse soluzioni per ogni livello del processo di rendering. Selezionando una delle opzioni di Deadline Cloud in ogni livello, puoi progettare un flusso di lavoro adatto al tuo caso d'uso.
Per ogni livello, decidi qual è l'approccio migliore per il tuo caso d'uso. Questi scenari non sono definizioni rigide e non sono l'unico modo per utilizzare Deadline Cloud. Costituiscono invece una serie di concetti di alto livello per aiutarti a capire come Deadline Cloud potrebbe adattarsi alla tua azienda o al tuo flusso di lavoro. Puoi separare i carichi di lavoro di Deadline Cloud nei seguenti livelli: Job Source, Job Submission, Application Management, Application Licensing, Asset Access, Output Management e Worker Infrastructure Management.
In generale, è possibile combinare qualsiasi scenario in un livello con qualsiasi altro scenario in un altro livello, ad eccezione delle combinazioni specifiche specificate di seguito.
Fonte del lavoro
La fonte di lavoro è il punto di accesso da cui i nuovi lavori entreranno nel sistema per essere visualizzati da Deadline Cloud. Ad alto livello, ci sono due principali fonti di lavoro: l'interattività umana e i sistemi informatici automatizzati.
Workflow interattivo
In questo scenario, un artista o un altro ruolo creativo è il principale generatore di lavoro da elaborare nella farm Deadline Cloud. Di solito i risultati di questi lavori sono un artefatto principale per il progetto o il team più ampio. Svolgono il loro lavoro utilizzando software come uno strumento di creazione di contenuti digitali (DCC) standard del settore. Inviano manualmente i lavori alla farm Deadline Cloud e successivamente visualizzano i risultati per esaminarli. La workstation stessa non è gestita da. AWS
Nella maggior parte dei casi, questi artisti utilizzano gli inviatori integrati di Deadline Cloud e il monitor Deadline Cloud nei livelli di applicazione e monitoraggio del carico di lavoro.
Flusso di lavoro automatico
In questo scenario, un sistema programmatico di proprietà del cliente è il principale generatore di posti di lavoro nella Deadline Cloud farm. I lavori potrebbero riguardare la generazione di risorse in una pipeline di vendita al dettaglio, ad esempio un video giradischi generato da un modello o da una scansione 3D. Un altro esempio è la composizione automatica della grafica trasmessa e delle schede dei giocatori per lo sport. Il tema di questo scenario è che un individuo non invia manualmente ogni lavoro a Deadline Cloud, ma viene invece generato come parte di un sistema più ampio.
Con i lavori automatizzati, è meno comune utilizzare gli inviatori integrati di Deadline Cloud e il monitor Deadline Cloud. Spesso le definizioni dei lavori consistono nello sviluppo di applicazioni personalizzate scritte dall'utente e i risultati dei lavori confluiranno automaticamente in un sistema DAM (Digital Asset Management) o in un sistema di Media Asset Management (MAM) per l'approvazione e la distribuzione.
Invio del lavoro
Le offerte di lavoro vengono inviate a Deadline Cloud utilizzando OpenJobDescription
Trasmettitore integrato con DCC
Un mittente integrato di Deadline Cloud è un software che collega Deadline Cloud con un DCC o un pacchetto software standard del settore. Il mittente integrato determina come trasformare i dati e la configurazione per un carico di lavoro di rendering, composito o altro in un modello di lavoro, cosa che può essere compresa da Deadline Cloud. Molti inviatori integrati vengono creati e gestiti dal team di Deadline Cloud o dal creatore del pacchetto software, ma se non ne esiste già uno per l'applicazione desiderata, puoi creare e gestire il tuo mittente. Esiste un set limitato di DCC supportati dal team di Deadline Cloud.
I flussi di lavoro interattivi di solito coinvolgono mittenti integrati, ma non sempre. Per i flussi di lavoro automatizzati basati su modelli, un flusso di lavoro comune prevede che un artista configuri un lavoro modello nel proprio DCC ed esegua un'esportazione una tantum del pacchetto di lavori. Questo job bundle definisce come eseguire quel particolare tipo di lavoro su Deadline Cloud in modo parametrizzato. Questo pacchetto di lavori può essere integrato nello scenario Automated Workflow per scopi di automazione.
Definizione personalizzata del lavoro
Per applicazioni e flussi di lavoro personalizzati, è possibile controllare completamente il modo in cui queste definizioni di lavoro vengono create e inviate a Deadline Cloud. Ad esempio, un sito di e-commerce potrebbe chiedere ai venditori di caricare modelli 3D dell'oggetto che stanno vendendo. Dopo questo caricamento, la piattaforma di e-commerce potrebbe generare dinamicamente una definizione di lavoro da inviare a Deadline Cloud per generare automaticamente un'animazione del giradischi su uno sfondo comune utilizzando un'illuminazione comune che corrisponda agli altri oggetti 3D disponibili sul sito. Durante lo sviluppo della piattaforma di e-commerce, uno sviluppatore di software creava una definizione di lavoro, la incorporava nella piattaforma di e-commerce con i parametri eventualmente forniti dai venditori e codificava la piattaforma per inviare questo lavoro durante il flusso di lavoro di caricamento dei prodotti della piattaforma.
Deadline Cloud fornisce una serie di esempi di definizioni di lavoro nel repository degli
Gestione delle applicazioni
Dopo che un lavoro è stato inviato a Deadline Cloud e assegnato a un lavoratore, lo script della definizione del lavoro viene eseguito sul lavoratore. Nella maggior parte dei casi, questo script richiama un'applicazione per eseguire l'elaborazione effettiva, ad esempio un renderer, un composito, una codifica, un filtro o qualsiasi altra delle numerose attività ad alta intensità di calcolo. La gestione delle applicazioni consiste nel garantire che la versione necessaria del software richiesto sia disponibile per i lavoratori.
Puoi gestire le applicazioni utilizzando qualsiasi sistema di gestione dei pacchetti che preferisci, ma Deadline Cloud fornisce una serie di strumenti per abilitare facilmente l'uso dei pacchetti conda. Conda
Deadline: canale Cloud-managed conda per flotte gestite dai servizi (SMF)
Quando si utilizzano flotte gestite dal servizio, un canale Cloud-managed conda Deadline viene automaticamente impostato e configurato per l'utilizzo da parte dei lavori. Il servizio Deadline Cloud fornisce una serie di applicazioni DCC dei partner ed esegue il rendering in questo canale conda. Per ulteriori informazioni, consulta Create a queue environment nella guida utente di Deadline Cloud. Questi pacchetti vengono aggiornati automaticamente dal servizio Deadline Cloud e non richiedono alcuna manutenzione da parte tua. Questo canale conda è disponibile solo quando si utilizzano flotte gestite dal servizio e non è disponibile quando si utilizzano flotte gestite dal cliente.
Self-managed canale conda
Se non sei in grado di utilizzare il canale Deadline Cloud-managed conda, devi determinare come installare, applicare patch e gestire in altro modo le applicazioni sulla tua flotta Deadline Cloud. Un'opzione è creare un canale conda da configurare e gestire. Questo approccio interagisce più strettamente con il canale Cloud-managed conda Deadline. Ad esempio, puoi utilizzare un DCC dal canale Cloud-managed conda Deadline ma portare il tuo pacchetto che contenga un plug-in DCC specifico. Per ulteriori informazioni su questo processo, consulta Creare un canale conda usando S3.
Gestione personalizzata delle applicazioni
Per la gestione delle applicazioni, il requisito di Deadline Cloud è che l'applicazione sia disponibile nel PATH quando lo script di lavoro viene eseguito sul lavoratore.
Se hai già creato e gestisci pacchetti Rez, puoi utilizzare un ambiente di coda per installare le applicazioni dai repository Rez. Un esempio di ambiente di coda può essere trovato su Deadline Cloud org. AWS GitHub
Se gestisci già le applicazioni su flotte gestite dai clienti con lavoratori di lunga durata o in immagini di sistema, non è necessario alcun ambiente di coda per la gestione delle applicazioni. Assicurati che la candidatura compaia nel percorso dell'utente e invia il lavoro.
Licenze per le applicazioni
Molti carichi di lavoro eseguiti comunemente su Deadline Cloud richiedono una licenza software da parte del fornitore del software. Queste applicazioni sono spesso concesse in licenza per sede, CPU o host. È tua responsabilità assicurarti che l'utilizzo di software di terze parti su Deadline Cloud sia conforme al contratto di licenza di terze parti. Se utilizzi software open source, software personalizzato o altro software privo di licenza, la configurazione di questo livello non è richiesta. Deadline Cloud supporta solo le licenze di rendering e non le licenze per workstation.
Service-managed flotte e licenze basate sull'utilizzo
Quando si utilizzano flotte gestite dal servizio Deadline Cloud, le licenze basate sull'uso (UBL) vengono configurate automaticamente per il software supportato. I lavori eseguiti su flotte gestite dai servizi hanno automaticamente le variabili di ambiente impostate per le applicazioni supportate per indirizzarle a utilizzare i server di licenza Deadline Cloud. Quando utilizzi Deadline Cloud UBL, ti viene addebitato solo il numero di ore di utilizzo dell'applicazione con licenza.
Customer-managed flotte e licenze basate sull'utilizzo
Le licenze basate sull'uso (UBL) di Deadline Cloud sono disponibili anche quando non si utilizzano flotte gestite da servizi. In questo scenario, configurerai gli endpoint di licenza Deadline Cloud che forniscono indirizzi IP nelle sottoreti VPC selezionate che forniscono l'accesso ai server di licenza Deadline Cloud. Dopo aver configurato le variabili di ambiente specifiche del software appropriate per i dipendenti e aver configurato la connettività di rete dei lavoratori agli indirizzi IP degli endpoint di licenza, i lavoratori saranno in grado di effettuare il check-out e il check-in delle licenze per il software supportato. Le licenze vengono addebitate all'ora come quando si utilizza UBL nelle flotte gestite dal servizio.
Licenze personalizzate
È possibile utilizzare un'applicazione non supportata da Deadline Cloud UBL o disporre di licenze preesistenti ancora valide. In questo scenario, sei responsabile della configurazione del percorso di rete dai tuoi dipendenti (gestiti dal cliente o dal servizio) ai server delle licenze. Per ulteriori informazioni sulle licenze personalizzate, vedere. Connetti flotte gestite dal servizio a un server di licenze personalizzato
Accesso alle risorse
Dopo che un lavoro è stato inviato a un lavoratore e l'applicazione è stata configurata, il lavoratore deve essere configurato per accedere ai dati delle risorse richiesti per il lavoro. Le risorse possono essere dati 3D, dati di texture, dati di animazione, fotogrammi video o qualsiasi altro tipo di dato utilizzato nel lavoro.
Inizia pensando a dove sono attualmente archiviati i tuoi dati. I dati potrebbero trovarsi sul disco rigido della workstation, in uno strumento di collaborazione con gli utenti, nel controllo del codice sorgente, in un file system condiviso locale o nel cloud, Amazon S3 o in qualsiasi altra posizione.
Quindi, considera cosa è necessario affinché un lavoratore acceda a questi dati. Questi dati sono disponibili solo sulla rete aziendale? Quali identità o credenziali sono necessarie per accedere ai dati? L'origine dati è dimensionata per supportare il lavoro con il numero di lavoratori che prevedi di elaborare il lavoro?
Allegati al lavoro
Il meccanismo più semplice da utilizzare per l'accesso alle risorse è costituito dagli allegati di lavoro di Deadline Cloud. Quando un lavoro viene inviato utilizzando gli allegati del lavoro, i dati richiesti dal lavoro vengono caricati in un bucket Amazon S3 insieme a un file manifest che specifica i file richiesti dal lavoro. Con gli allegati al lavoro, non è richiesta alcuna complicata configurazione di rete o storage condiviso. I file vengono caricati una sola volta, quindi i caricamenti successivi vengono completati più rapidamente. Dopo che un lavoratore ha terminato l'elaborazione di un lavoro, i dati di output vengono caricati su Amazon S3 in modo che possano essere scaricati dall'artista o da un altro cliente. Job attachments è scalabile per flotte di qualsiasi dimensione ed è semplice e veloce da inserire e utilizzare.
Job attachments non è lo strumento migliore per tutte le situazioni. Se i dati sono già presenti AWS, gli allegati di lavoro aggiungono una copia aggiuntiva dei dati, inclusi i tempi di trasferimento e i costi di archiviazione associati. Gli allegati di lavoro richiedono che il lavoro possa specificare in modo completo i dati richiesti al momento dell'invio, in modo che i dati possano essere caricati.
Per utilizzare gli allegati al lavoro, la coda di Deadline Cloud deve avere un bucket di allegati di lavoro associato e il ruolo della coda deve essere utilizzato per fornire l'accesso a quel bucket. Per impostazione predefinita, gli inviatori integrati di Deadline Cloud includono tutti gli allegati di lavoro di supporto. Se non utilizzi un mittente integrato di Deadline Cloud, gli allegati di lavoro possono essere utilizzati con il tuo software personalizzato integrando la libreria python di Deadline Cloud. https://github.com/aws-deadline/deadline-cloud
Accesso allo spazio di archiviazione personalizzato
Se non utilizzi gli allegati di lavoro, hai la responsabilità di garantire che i lavoratori abbiano accesso ai dati richiesti per le mansioni. Deadline Cloud fornisce una serie di strumenti per supportare questa operazione e per mantenere i lavori portatili. Potresti voler utilizzare una soluzione di archiviazione personalizzata quando disponi già di uno spazio di archiviazione di rete condiviso per artisti e lavoratori, preferisci utilizzare un servizio esterno o per altri motivi. LucidLink
Usa i profili di storage per modellare i file system sulla tua workstation e sui worker host. Ogni profilo di storage descrive il layout del sistema operativo e del file system di una delle configurazioni di sistema. Utilizzando i profili di archiviazione, quando un artista che utilizza una workstation Windows invia un lavoro che viene elaborato da un Linux lavoratore, Deadline Cloud assicura che venga eseguita la mappatura del percorso in modo che il lavoratore possa accedere all'archiviazione dei dati che hai configurato.
Quando si utilizzano flotte gestite dai servizi Deadline Cloud, gli script di configurazione dell'host e gli endpoint delle risorse VPC consentono ai lavoratori di montare e accedere direttamente allo storage condiviso o ad altri servizi disponibili nel VPC.
Perforce il controllo del codice sorgente
Molti studi conservano i file di progetto in Perforce formato. Quando gli artisti inviano già i loro lavori a un Perforce server come changelist, i lavoratori possono sincronizzare lo spazio di lavoro di un Perforce cliente direttamente da quel server in alternativa agli allegati al lavoro. I tuoi lavori visualizzeranno quindi le stesse revisioni dei file inviate dagli artisti. L'integrazione di Deadline Cloud per Unreal Engine include il supporto per la Perforce sincronizzazione. Per ulteriori informazioni, consulta Creazione di un lavoro di rendering di Perforce nella Guida per l'utente di Deadline Cloud.
Due pratiche mantengono la Perforce sincronizzazione veloce su larga scala:
- Sincronizza i delta sullo storage persistente per i lavoratori
-
Mantieni l'area di lavoro del client tra i lavori in modo che ogni sincronizzazione scarichi solo le revisioni dei file modificate dall'ultimo lavoro che ha utilizzato quell'area di lavoro, anziché l'intero progetto. Nelle flotte gestite dai servizi, abilita lo storage persistente in modo che i volumi che contengono lo spazio di lavoro sincronizzato vengano riutilizzati tra i lavoratori.
- Memorizza i dati di Perforce vicino alla tua flotta
-
La velocità di sincronizzazione dipende dal percorso di rete tra i dipendenti e il Perforce server. Tale percorso può avere un throughput basso o una latenza elevata, ad esempio quando il server di commit è locale o in una regione lontana. AWS Un server Perforce perimetrale nella stessa regione del parco macchine funge da cache per i dati di deposito. Implementalo utilizzando la topologia Perforce commit-edge e la replica nativa. Perforce Ogni revisione degli asset attraversa quindi il collegamento più lento una volta nel server perimetrale e i lavoratori si sincronizzano dall'edge sulla rete regionale. I lavoratori delle flotte gestite dai servizi possono raggiungere il server perimetrale tramite endpoint di risorse VPC. https://docs.aws.amazon.com/deadline-cloud/latest/developerguide/smf-vpc.html Un server perimetrale comporta responsabilità operative, tra cui la concessione di Perforce licenze, il monitoraggio del ritardo di replica e i backup. Un processo destinato a un elenco di modifiche specifico può iniziare solo dopo che il server perimetrale ha replicato tale elenco di modifiche.
Monitoraggio dei lavori e gestione dell'output
Una volta completati con successo i lavori inviati a Deadline Cloud, una persona o un processo scaricherà il risultato del lavoro per utilizzarlo nel flusso di lavoro aziendale al di fuori di Deadline Cloud. Dopo un fallimento del lavoro, i registri dei lavori e le informazioni di monitoraggio aiutano a diagnosticare i problemi.
Deadline Cloud Monitor
L'applicazione Deadline Cloud Monitor è disponibile sul web e per desktop. Questa soluzione è più adatta per gli studi che utilizzano flussi di lavoro interattivi per molti DCC che utilizzano allegati di lavoro per l'archiviazione. Il monitor ti supporta solo quando usi IAM Identity Center. IAM Identity Center è un prodotto Workforce Identity, non una soluzione di identità di consumo (B2C), quindi non è appropriato per molti scenari B2C.
Applicazione di monitoraggio personalizzata
Se desideri personalizzare l'esperienza di monitoraggio dei tuoi utenti, stai creando un prodotto B2C o creando un sistema altamente specializzato utilizzando Deadline Cloud, scegli di creare un'applicazione di monitoraggio personalizzata. Puoi utilizzare l'API AWS Deadline Cloud per creare questa applicazione personalizzata, combinando il contesto del tuo flusso di lavoro generale con i concetti di Deadline Cloud. Ad esempio, il tuo prodotto B2C potrebbe avere un proprio concetto di progetto che gli utenti configurano e la tua applicazione può annidare i lavori di Deadline Cloud nella stessa interfaccia.
Soluzione di monitoraggio automatizzata
In alcuni scenari, non è necessaria alcuna applicazione di monitoraggio dedicata per Deadline Cloud. Questo scenario è comune nei flussi di lavoro automatizzati in cui Deadline Cloud viene utilizzato per il rendering automatico delle risorse in una pipeline, come la grafica trasmessa per eventi sportivi o notizie. In questo scenario, l'API e EventBridge gli eventi di Deadline Cloud vengono utilizzati per l'integrazione con un sistema di gestione degli asset multimediali esterno per le approvazioni e lo spostamento dei dati alla fase successiva del processo.
Gestione dell'infrastruttura dei lavoratori
Le flotte di Deadline Cloud sono un gruppo di server (lavoratori) in grado di elaborare i lavori inviati a una coda di Deadline Cloud e sono l'infrastruttura principale di qualsiasi farm Deadline Cloud.
Service-managed flotte
In una flotta gestita da servizi, Deadline Cloud si assume la responsabilità degli host dei lavoratori, del sistema operativo, del networking, dell'applicazione delle patch, del ridimensionamento automatico e di altri fattori legati alla gestione di una render farm. Specifichi il numero minimo e massimo di lavoratori che desideri, insieme alle specifiche di sistema richieste per la tua applicazione e Deadline Cloud si occuperà del resto. Service-managed le flotte sono l'unica opzione di flotta che può utilizzare i canali Cloud-managed conda di Deadline per gestire facilmente le applicazioni DCC del settore. Inoltre, Deadline Cloud UBL è configurato automaticamente con flotte gestite dal servizio. Wait and Save Fleets per carichi di lavoro a costi inferiori e tolleranti ai ritardi è disponibile solo utilizzando flotte gestite dal servizio.
Customer-managed flotte
Le flotte gestite dai clienti vengono utilizzate quando è necessario un maggiore controllo sugli host dei lavoratori e sul loro ambiente. Customer-managed le flotte sono più adatte quando si utilizza Deadline Cloud on-premise. Per ulteriori informazioni, consulta Crea e utilizza flotte gestite dai clienti di Deadline Cloud.
Architetture di esempio
Studio di produzione tradizionale
Lo studio di produzione tradizionale richiede un'infrastruttura di elaborazione, storage e rete significativa che può estendersi su più sedi fisiche per i carichi di lavoro di service rendering. Ogni singolo pacchetto software e fornitore ha requisiti hardware, software, di rete e di licenza unici che devono essere soddisfatti risolvendo al contempo i conflitti di versione, compatibilità e risorse.
È comune avere requisiti infrastrutturali separati per le workstation degli artisti, i nodi di rendering, l'archiviazione di rete, i server di licenza, i sistemi di attesa dei lavori, gli strumenti di monitoraggio e la gestione delle risorse. Gli studi in genere devono mantenere più versioni di strumenti DCC, renderer, plugin e strumenti personalizzati gestendo al contempo accordi di licenza complessi in tutta la loro render farm. L'infrastruttura dello studio diventa più complicata se si considerano gli ambienti di sviluppo, controllo qualità e produzione.
Una tipica implementazione di Deadline Cloud che utilizza opzioni gestite dai servizi risolve o riduce molte di queste sfide attraverso:
Invio interattivo dei lavori del flusso di lavoro tramite trasmettitori DCC integrati
Gestione delle applicazioni tramite i canali Deadline conda Cloud-managed
Usage-based licenze configurate automaticamente per il software supportato
Gestione delle risorse tramite allegati di lavoro
Monitoraggio tramite l'applicazione Deadline Cloud Monitor
Gestione dell'infrastruttura tramite flotte gestite dai servizi
Con questo approccio, gli artisti possono inviare i lavori direttamente dai loro familiari strumenti DCC a una render farm cloud scalabile senza dover gestire infrastrutture complesse. Il servizio gestisce automaticamente l'implementazione del software, le licenze, il trasferimento dei dati e il ridimensionamento dell'infrastruttura. Gli artisti possono monitorare i propri lavori tramite un'interfaccia web o un'applicazione desktop e i risultati vengono automaticamente archiviati in Amazon S3 per un facile accesso.
Con questa configurazione, gli studi possono creare ambienti di sviluppo e produzione in pochi minuti, pagare solo l'elaborazione e le licenze che utilizzano e concentrarsi sul lavoro creativo piuttosto che sulla gestione dell'infrastruttura. L'approccio gestito dai servizi fornisce il percorso più veloce per adottare il rendering su cloud mantenendo i flussi di lavoro familiari agli artisti.
Studio nel cloud
I moderni studi di effetti visivi e di animazione stanno spostando sempre più la loro intera pipeline sul cloud, comprese le workstation per artisti. Questo approccio elimina la necessità di un'infrastruttura locale, consente la collaborazione globale ed è scalabile sia per il lavoro interattivo che per il rendering. Tuttavia, introduce anche nuove sfide nella gestione delle risorse cloud, nella garanzia di un accesso a bassa latenza ai dati e nell'integrazione delle workstation basate su cloud con le render farm.
Un tipico studio nativo per il cloud richiede un approccio unificato alla gestione delle workstation cloud, dello storage condiviso, dell'infrastruttura di rendering e dell'implementazione del software su tutti questi componenti. Gli approcci tradizionali spesso portavano a sistemi complessi e gestiti manualmente che faticavano a bilanciare prestazioni, costi e flessibilità.
Una distribuzione Deadline Cloud per uno studio nativo per il cloud può essere implementata utilizzando:
Invio interattivo dei lavori del flusso di lavoro tramite trasmettitori DCC integrati su workstation cloud
Gestione delle applicazioni tramite nodi di rendering dei canali Deadline conda Cloud-managed
Usage-based licenze configurate automaticamente per il software supportato
Accesso personalizzato allo storage tramite FSx for Windows File Server per i dati di progetto condivisi
Monitoraggio tramite l'applicazione di monitoraggio Deadline Cloud
Gestione dell'infrastruttura utilizzando flotte gestite dai servizi
Questo approccio consente agli artisti di lavorare su workstation basate su cloud con accesso diretto allo storage condiviso ad alte prestazioni e di inviare i lavori alla farm Deadline Cloud. Lo studio è in grado di gestire l'implementazione del software su entrambe le workstation e sui nodi di rendering utilizzando gli stessi canali conda, garantendo la coerenza e riducendo i costi di manutenzione.
I principali vantaggi di questa configurazione includono:
Collaborazione globale con artisti in grado di accedere alle workstation da qualsiasi luogo
Ambienti software coerenti tra workstation e nodi di rendering
High-performance storage condiviso accessibile sia alle workstation che ai nodi di rendering
Scalabilità flessibile delle risorse di elaborazione interattive e in batch
Gestione centralizzata di tutta l'infrastruttura dello studio nel cloud
La configurazione dello storage in questo scenario comporta in genere:
FSx for Windows File Server per i dati di progetto, accessibile sia dalle workstation cloud che dai lavoratori di Deadline Cloud
Profili di archiviazione in Deadline Cloud per gestire la mappatura dei percorsi tra workstation e nodi di rendering
Montaggio diretto delle condivisioni FSx sui lavoratori di Deadline Cloud utilizzando endpoint di risorse VPC e script di configurazione host
Questo approccio nativo per il cloud consente agli studi di eliminare l'infrastruttura locale, consentendo una rapida scalabilità per progetti di qualsiasi dimensione e mantenendo i flussi di lavoro familiari agli artisti. Fornisce la flessibilità necessaria per utilizzare un mix di risorse gestite dai servizi e gestite dal cliente, ottimizzando sia la facilità di gestione che i requisiti prestazionali specifici.
Utilizzando workstation cloud insieme a Deadline Cloud, gli studi possono realizzare una pipeline di produzione completamente integrata e accessibile a livello globale, scalabile da piccoli team a grandi produzioni.
Automazione dell'e-commerce
La moderna piattaforma di e-commerce richiede la generazione automatica di risorse su larga scala per fornire una visualizzazione completa dei prodotti su milioni di articoli. Gli approcci tradizionali richiederebbero ingenti investimenti infrastrutturali per elaborare grandi volumi di modelli 3D in supporti di prodotto standardizzati, il che si traduce spesso in sistemi con scarso provisioning che crea arretrati di elaborazione o sistemi sovradimensionati con capacità inattiva.
Un tipico flusso di lavoro automatizzato per l'e-commerce deve gestire l'elaborazione del caricamento dei prodotti, la convalida dei modelli 3D, la gestione della render farm, l'elaborazione degli output e l'integrazione con i sistemi informativi di prodotto. La gestione di questi flussi di lavoro richiede tradizionalmente il coordinamento di più applicazioni di rendering, risorse di calcolo e pipeline di elaborazione dei dati, garantendo al contempo una qualità costante e mantenendo l'efficienza dei costi su larga scala.
Un'implementazione di Deadline Cloud per l'automazione dell'e-commerce può essere implementata utilizzando:
Invio automatico dei lavori del flusso di lavoro tramite l'integrazione di API personalizzate nell'applicazione di acquisizione dell'e-commerce esistente
Definizioni dei lavori personalizzate su misura per la visualizzazione standardizzata del prodotto
Gestione delle applicazioni tramite i canali Deadline Cloud-managed conda
Usage-based licenze configurate automaticamente per il software supportato
Integrazione diretta con Amazon S3 per la gestione delle risorse
Applicazione di monitoraggio personalizzata integrata con i sistemi di gestione dei prodotti esistenti
Service-managed flotte per una scalabilità elastica
Questo approccio consente l'elaborazione di migliaia di prodotti al giorno, generando automaticamente visualizzazioni standardizzate dei prodotti, ad esempio animazioni con giradischi. L'infrastruttura gestita dai servizi si ridimensiona automaticamente per soddisfare una domanda variabile, mantenendo al contempo l'efficienza dei costi attraverso il riutilizzo dei lavoratori e l'implementazione ottimizzata delle applicazioni.
Whitelabel/OEM/B2C Cliente
Il software tradizionale per la creazione di contenuti digitali (DCC) richiede in genere agli utenti di mantenere la propria infrastruttura di rendering o di elaborare i rendering localmente sulla propria workstation, comportando investimenti hardware significativi o lunghi tempi di attesa che interrompono i flussi di lavoro creativi. Per i fornitori di software, fornire funzionalità di rendering nel cloud richiedeva tradizionalmente la creazione e la manutenzione di infrastrutture e sistemi di fatturazione complessi.
Un'implementazione di Deadline Cloud integrata nel software B2C consente il rendering del cloud direttamente all'interno dell'interfaccia familiare dell'utente. Questa integrazione combina:
Invio interattivo del flusso di lavoro integrato nell'applicazione DCC
Scadenza: canali Cloud-managed conda per la distribuzione dell'applicazione di rendering
Usage-based licenze configurate automaticamente
Gestione delle risorse tramite allegati ai lavori con storage gestito dal fornitore
Monitoraggio personalizzato integrato direttamente nell'interfaccia DCC
Service-managed flotte condivise tra gli utenti
Questo approccio consente agli utenti finali di inviare rendering al cloud con un solo clic dall'interno del proprio software, senza dover gestire account, infrastruttura o configurazioni complesse. Il fornitore del software gestisce un ambiente multi-tenant in cui:
Gli utenti si autenticano tramite le credenziali software esistenti
I lavori vengono indirizzati automaticamente a code dedicate per utente
Le risorse vengono isolate in modo sicuro utilizzando prefissi di archiviazione IAM-controlled
La fatturazione viene gestita tramite i sistemi esistenti del fornitore
Lo stato del lavoro e i risultati vengono trasmessi direttamente all'applicazione dell'utente
L'approccio alla flotta condivisa garantisce prestazioni ottimali mantenendo un numero elevato di lavoratori, riducendo al minimo i tempi di avvio e massimizzando l'utilizzo delle risorse tra la base di utenti. Questa configurazione consente ai fornitori di software di offrire il rendering su cloud come funzionalità di prodotto integrata anziché come servizio separato che richiede configurazioni o account aggiuntivi.
Gli utenti finali traggono vantaggio da:
One-click invio dalla loro interfaccia familiare
Pay-as-you-go prezzi senza gestione dell'infrastruttura
Tempi di avvio rapidi dei lavori grazie a un'infrastruttura condivisa
Download e organizzazione automatici dei rendering completati
Esperienza coerente su tutte le piattaforme
Questo modello di integrazione consente ai fornitori di software di fornire funzionalità di rendering di livello aziendale a tutta la loro base di utenti, mantenendo un'esperienza semplice e intuitiva che sembra nativa della loro applicazione.
Render farm ibrida
Uno studio che gestisce già una render farm in locale può aggiungere capacità cloud per elaborare i picchi di lavoro senza acquistare altro hardware. In una farm ibrida, i tuoi lavoratori locali funzionano come una flotta gestita dal cliente, i tuoi lavoratori cloud come una flotta gestita dai servizi o una flotta di istanze Amazon EC2 gestita dal cliente ed entrambe le flotte condividono una coda. Poiché la configurazione varia a seconda del tipo di flotta, pianifichi la distribuzione dei lavori, gli ambienti applicativi, le licenze e l'accesso alle risorse in modo che una coda funzioni ovunque. Per ulteriori informazioni, consulta Estendi la tua render farm locale al cloud.
