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 progettare e creare 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 ai Chief Technology Officer (CTOs), agli architetti, agli sviluppatori e ai membri del team operativo.

Un flusso di lavoro di end-to-end rendering richiede soluzioni a 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 tra le opzioni di Deadline Cloud in ogni livello, puoi progettare un flusso di lavoro adatto al tuo caso d'uso.

Per ogni livello, dovrai decidere quale approccio è il migliore per il tuo caso d'uso. Queste non sono definizioni di scenario rigide e non sono l'unico modo per utilizzare Deadline Cloud. Si tratta invece di un insieme 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 utilizzare mix-and-match 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 del lavoro è il punto di accesso in cui i nuovi lavori entreranno nel sistema che sarà reso da Deadline Cloud. Ad alto livello, ci sono due fonti principali 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 il risultato di questi lavori è 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 Deadline Cloud farm e successivamente visualizzano i risultati per esaminarli. La workstation stessa non è gestita da. AWS

Nella maggior parte dei casi, questi artisti utilizzano i mittenti 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 cloud farm di Deadline. Potrebbe trattarsi della generazione di asset in una pipeline di vendita al dettaglio, ad esempio un video giradischi generato da un modello o da una scansione 3D. Potrebbe trattarsi della composizione automatica della grafica delle trasmissioni 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 il lavoro viene 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 si basano sullo sviluppo di applicazioni personalizzate scritte dall'utente e i risultati dei lavori confluiscono automaticamente in un sistema di Digital Asset Management (DAM) o in un sistema Media Asset Management (MAM) per l'approvazione e la distribuzione.

Invio del lavoro

Le offerte di lavoro vengono inviate a Deadline Cloud utilizzando OpenJobDescriptionmodelli. OpenJobDescription è una specifica aperta flessibile per la definizione di processi di elaborazione in batch portabili tra diverse implementazioni di sistemi di pianificazione. Il file di definizione del Job descrive i parametri del lavoro, le fasi del lavoro, come viene parametrizzato un passaggio in base agli input del lavoro, nonché lo script effettivo che verrà eseguito su un Worker per eseguire l'elaborazione. L'idea di Workload Submission è come vengono create queste definizioni di lavoro, chi le crea e come vengono inviate.

Inviatore integrato con DCC

Un mittente integrato di Deadline Cloud è un software che collega Deadline Cloud a un DCC o 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 mittenti 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. Il team di Deadline Cloud ne supporta solo DCCs un numero limitato.

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 modello di lavoro nel proprio DCC ed esegua un'esportazione una tantum del job bundle. Questo pacchetto di lavori 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 del lavoro personalizzata

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 vendono. 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 giradischi su uno sfondo comune utilizzando un'illuminazione comune in modo 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 definizioni di lavoro di esempio nell'archivio degli esempi su github.

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 richiamerà un'applicazione per eseguire l'elaborazione effettiva, ad esempio un renderer, un composito, una codifica, un filtro o qualsiasi altra di una serie di 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 è un gestore di pacchetti e un sistema di gestione dell'ambiente open source, multipiattaforma e indipendente dal linguaggio.

Deadline: canale conda gestito dal cloud per flotte gestite dai servizi (SMF)

Quando si utilizzano flotte gestite dal servizio, un canale conda gestito da Deadline Cloud viene automaticamente configurato e configurato per essere utilizzato dai dipendenti. Il servizio Deadline Cloud fornisce una serie di applicazioni e rendering DCC partner in questo canale conda. Per ulteriori informazioni, consulta Creare un ambiente di coda nella guida per l'utente di Deadline Cloud. Questi pacchetti vengono aggiornati automaticamente dal servizio Deadline Cloud e non richiedono alcuna manutenzione da parte dell'utente. Questo canale conda è disponibile solo quando si utilizzano flotte gestite dal servizio e non è disponibile quando si utilizzano flotte gestite dal cliente.

Canale conda autogestito

Se non sei in grado di utilizzare il canale conda gestito da Deadline Cloud, 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 interagirà più strettamente con il canale conda gestito da Deadline Cloud. Ad esempio, puoi utilizzare un DCC dal canale conda gestito da Deadline Cloud ma portare il tuo pacchetto che contiene un plug-in DCC specifico. Per ulteriori informazioni su questo processo, consulta Creare un canale conda utilizzando 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 del lavoro viene eseguito sul lavoratore.

Se crei e gestisci già 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 AWS Deadline Cloud org. GitHub

Se gestisci già le applicazioni su flotte gestite dal cliente con lavoratori longevi 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 del lavoro e invia il lavoro.

Licenze dell'applicazione

Molti carichi di lavoro eseguiti comunemente su Deadline Cloud richiedono la licenza software del fornitore del software. Queste applicazioni sono spesso concesse in licenza per postazione, per CPU o per 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 senza licenza, non è richiesta la configurazione di questo livello. Tieni presente che Deadline Cloud supporta solo le licenze di rendering e non supporta le licenze per workstation.

Flotte gestite dai servizi e licenze basate sull'utilizzo

Quando si utilizzano flotte gestite dai servizi Deadline Cloud, le licenze basate sull'utilizzo (UBL) vengono configurate automaticamente per il software supportato. I lavori eseguiti su flotte gestite dai servizi dispongono automaticamente di 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.

Flotte gestite dal cliente e licenze basate sull'utilizzo

Le licenze basate sull'utilizzo (UBL) di Deadline Cloud sono disponibili anche quando non si utilizzano flotte gestite dai 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 sui lavoratori e aver configurato la connettività di rete dai lavoratori agli indirizzi IP degli endpoint di licenza, i lavoratori possono effettuare il check-out e il check-in delle licenze per il software supportato. Le tariffe orarie per le licenze sono le stesse di quando si utilizza UBL in flotte gestite dai servizi.

Licenze personalizzate

Potresti utilizzare un'applicazione che non è supportata da Deadline Cloud UBL o potresti avere 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 di licenza. Per ulteriori informazioni sulle licenze personalizzate, consulta. Connect flotte gestite dai servizi 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 relativi agli asset richiesti per il lavoro. Potrebbero trattarsi di dati 3D, dati di texture, dati di animazione, fotogrammi video o qualsiasi altro tipo di dati utilizzati nel lavoro.

Inizia a pensare a dove sono attualmente archiviati i tuoi dati. Potrebbe trovarsi sul disco rigido della workstation, su uno strumento di collaborazione utente, sul controllo del codice sorgente, su un file system condiviso in locale o nel cloud, su 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? Quale identità o credenziali sono necessarie per accedere ai dati? La fonte di dati è scalabile per supportare il lavoro con il numero di lavoratori che prevedi di elaborare il lavoro?

Allegati Job

Il meccanismo di accesso alle risorse più semplice per iniziare è rappresentato 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 di lavoro, non sono necessarie complicate configurazioni di rete o di 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 è adatto a flotte di qualsiasi dimensione ed è semplice e veloce da installare e utilizzare.

Job attachments non è lo strumento migliore per tutte le situazioni. Se i dati sono già attivi AWS, gli allegati di lavoro aggiungono una copia aggiuntiva dei dati, compresi i tempi di trasferimento e i costi di archiviazione associati. Gli allegati del lavoro richiedono che il lavoro possa specificare completamente i dati richiesti al momento dell'invio, in modo che i dati possano essere caricati.

Per utilizzare gli allegati dei lavori, la coda di Deadline Cloud deve avere un bucket di allegati di lavoro associato e il ruolo in coda deve essere utilizzato per fornire l'accesso a quel bucket. Per impostazione predefinita, gli inviatori integrati di Deadline Cloud supportano tutti gli allegati di lavoro. 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.

Accesso allo storage personalizzato

Se non utilizzi gli allegati relativi alle offerte di lavoro, hai la responsabilità di garantire che i lavoratori abbiano accesso ai dati necessari per le mansioni. Deadline Cloud fornisce una serie di strumenti per supportare questo obiettivo e per mantenere la portabilità dei lavori. 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 come LucidLink, o per altri motivi.

Utilizzate i profili di storage per modellare i file system sulla workstation e sugli host di lavoro. Ogni profilo di storage descrive il sistema operativo e il layout 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 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 di risorse VPC consentono ai lavoratori di montare e accedere direttamente allo storage condiviso o ad altri servizi disponibili nel tuo VPC.

Monitoraggio del lavoro e gestione dell'output

Dopo che i lavori inviati a Deadline Cloud sono stati completati con successo, una persona o un processo scaricherà l'output del lavoro da utilizzare 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.

Monitoraggio Deadline Cloud

L'applicazione di monitoraggio Deadline Cloud è disponibile sul Web e per desktop. Questa soluzione è ideale per gli studi che utilizzano flussi di lavoro interattivi per un'ampia gamma di DCCs utilizzi degli allegati di lavoro per l'archiviazione. Il monitor ti supporta solo quando utilizzi IAM Identity Center. IAM Identity Center è un prodotto Workforce Identity, non una soluzione di consumer identity (B2C), quindi non è appropriata 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 complessivo con i concetti di Deadline Cloud. Ad esempio, il tuo prodotto B2C potrebbe avere un proprio concetto di progetto configurato dagli utenti e l'applicazione può inserire 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 di trasmissione per sport o notizie. In questo scenario, l'API Deadline Cloud e EventBridge gli eventi vengono utilizzati per l'integrazione con un sistema di gestione delle risorse multimediali esterno per le approvazioni e lo spostamento dei dati alla fase successiva del processo.

Gestione dell'infrastruttura dei lavoratori

Le flotte 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.

Flotte gestite dai servizi

In una flotta gestita dai servizi, Deadline Cloud si assume la responsabilità degli host dei lavoratori, del sistema operativo, del networking, delle patch, della scalabilità automatica e di altri fattori legati alla gestione di una render farm. Tu specifichi il numero minimo e massimo di lavoratori che desideri, insieme alle specifiche di sistema richieste per la tua candidatura e Deadline Cloud si occuperà del resto. Le flotte gestite dai servizi sono l'unica opzione di flotta che può utilizzare i canali conda gestiti da Deadline Cloud per gestire facilmente le applicazioni DCC del settore. Inoltre, Deadline Cloud UBL viene configurato automaticamente con flotte gestite dai servizi. Le flotte Wait and Save per carichi di lavoro a basso costo e tolleranti ai ritardi sono disponibili solo utilizzando flotte gestite dai servizi.

Flotte gestite dai clienti

Utilizzate flotte gestite dal cliente quando avete bisogno di un maggiore controllo sugli host dei lavoratori e sul loro ambiente. Le flotte gestite dai clienti sono le più adatte quando si utilizza Deadline Cloud in locale. 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, archiviazione e rete significativa in grado di estendersi su più sedi fisiche fino ai carichi di lavoro di fornitura dei servizi. Ogni singolo pacchetto software e fornitore ha requisiti hardware, software, di rete e di licenza unici che devono essere soddisfatti durante la risoluzione dei conflitti di versione, compatibilità e risorse.

È comune avere requisiti di infrastruttura separati per le postazioni di lavoro degli artisti, i nodi di rendering, lo storage di rete, i server di licenza, i sistemi di code di lavoro, gli strumenti di monitoraggio e la gestione delle risorse. Gli studi in genere devono mantenere più versioni di strumenti DCC, renderer, plug-in e strumenti personalizzati mentre gestiscono accordi di licenza complessi all'interno della propria render farm. L'infrastruttura dello studio diventa più complicata se si considerano gli ambienti di sviluppo, controllo della qualità e produzione.

Una tipica implementazione di Deadline Cloud che utilizza opzioni gestite dai servizi risolve o riduce molte di queste sfide attraverso:

Con questo approccio, gli artisti possono inviare lavori direttamente dai loro strumenti DCC familiari a una render farm cloud scalabile senza gestire infrastrutture complesse. Il servizio gestisce automaticamente la distribuzione del software, le licenze, il trasferimento dei dati e la scalabilità dell'infrastruttura. Gli artisti possono monitorare il proprio lavoro tramite un'interfaccia Web o un'applicazione desktop e gli output 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 per l'elaborazione e le licenze che utilizzano e concentrarsi sul lavoro creativo piuttosto che sulla gestione dell'infrastruttura. L'approccio gestito dai servizi offre il percorso più rapido per adottare il rendering su cloud, mantenendo al contempo flussi di lavoro familiari per gli artisti.

Studio nel cloud

I moderni studi di effetti visivi e animazione stanno spostando sempre più spesso l'intera pipeline verso il cloud, comprese le workstation per artisti. Questo approccio elimina la necessità di un'infrastruttura locale, consente la collaborazione globale e offre una scalabilità perfetta sia per il lavoro interattivo che per il rendering. Tuttavia, introduce anche nuove sfide nella gestione delle risorse cloud, nell'assicurare l'accesso ai dati a bassa latenza e nell'integrazione delle workstation basate sul cloud con le render farm.

Un tipico studio nativo del cloud richiede un approccio unificato alla gestione delle workstation cloud, allo storage condiviso, all'infrastruttura di rendering e alla distribuzione del software su tutti questi componenti. Gli approcci tradizionali hanno spesso portato a sistemi complessi e gestiti manualmente che faticavano a bilanciare prestazioni, costi e flessibilità.

Una distribuzione Deadline Cloud per uno studio nativo del cloud può essere implementata utilizzando:

Questo approccio consente agli artisti di lavorare su postazioni di lavoro basate su cloud con accesso diretto allo storage condiviso ad alte prestazioni e di inviare facilmente i lavori alla Deadline Cloud farm. Lo studio può gestire l'implementazione del software su entrambe le workstation e i nodi di rendering utilizzando gli stessi canali conda, garantendo coerenza e riducendo il sovraccarico di manutenzione.

I vantaggi principali di questa configurazione includono:

La configurazione dello storage in questo scenario prevede in genere:

Questo approccio cloud-native consente agli studi di eliminare l'infrastruttura locale, permettendo una rapida scalabilità per progetti di qualsiasi dimensione e mantenendo al contempo flussi di lavoro familiari agli artisti. Offre la flessibilità necessaria per utilizzare una combinazione di risorse gestite dal servizio e dal cliente, ottimizzando sia la facilità di gestione che i requisiti prestazionali specifici.

Sfruttando le workstation cloud insieme a Deadline Cloud, gli studi possono realizzare una pipeline di produzione completamente integrata e accessibile a livello globale che si adatta perfettamente da piccoli team a grandi produzioni.

Automazione di ECommerce

La moderna piattaforma di e-commerce richiede la generazione automatizzata di asset su larga scala per fornire una visualizzazione completa dei prodotti su milioni di articoli. Gli approcci tradizionali richiederebbero investimenti significativi in infrastrutture per elaborare grandi volumi di modelli 3D in supporti di prodotto standardizzati, spesso con il risultato di sistemi sottodimensionati che creano arretrati di elaborazione o di sistemi sovradimensionati con capacità inattiva.

Un tipico flusso di lavoro di e-commerce automatizzato 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 di informazione sui prodotti. 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:

Questo approccio consente l'elaborazione di migliaia di prodotti al giorno, generando automaticamente visualizzazioni di prodotto standardizzate come le animazioni dei giradischi. L'infrastruttura gestita dai servizi si ridimensiona automaticamente per soddisfare la domanda variabile, mantenendo al contempo l'efficienza dei costi attraverso il riutilizzo da parte dei lavoratori e l'implementazione ottimizzata delle applicazioni.

Whitelabel/OEM/B2C Cliente

Il software DCC (Digital Content Creation) tradizionale richiede in genere agli utenti di mantenere la propria infrastruttura di rendering o di elaborare i rendering localmente sulla propria workstation, con conseguenti investimenti hardware significativi o lunghi tempi di attesa che interrompono i flussi di lavoro creativi. Per i fornitori di software, fornire funzionalità di rendering su 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 un rendering cloud senza interruzioni direttamente all'interno dell'interfaccia familiare dell'utente. Questa integrazione combina:

Questo approccio consente agli utenti finali di inviare i rendering al cloud con un solo clic dall'interno del software, senza gestire account, infrastrutture o configurazioni complesse. Il fornitore del software mantiene un ambiente multi-tenant in cui:

L'approccio alla flotta condivisa garantisce prestazioni ottimali mantenendo un pool di dipendenti sempre aggiornato, riducendo al minimo i tempi di avvio e massimizzando l'utilizzo delle risorse da parte di tutta la base di utenti. Questa configurazione consente ai fornitori di software di offrire il rendering su cloud come funzionalità di prodotto senza interruzioni anziché come servizio separato che richiede configurazioni o account aggiuntivi.

Gli utenti finali traggono vantaggio da:

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 al contempo un'esperienza semplice e intuitiva che sembra tipica della loro applicazione.