Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

Deadline: Beratung zur Cloud-Architektur

Dieses Thema bietet Anleitungen und bewährte Methoden für den Entwurf und Aufbau zuverlässiger, sicherer, effizienter und kostengünstiger Renderfarmen für Ihre Workloads mithilfe von Deadline Cloud. Diese Hinweise können Ihnen dabei helfen, stabile und effiziente Workloads aufzubauen, sodass Sie sich auf Innovationen konzentrieren, Kosten senken und die Kundenfreundlichkeit verbessern können.

Dieser Inhalt richtet sich an Chief Technology Officers (CTOs), Architekten, Entwickler und Mitglieder des Betriebsteams.

Ein end-to-end Rendering-Workflow erfordert Lösungen auf mehreren Ebenen des Prozesses, z. B. bei der Auftragserstellung, beim Zugriff auf Ressourcen und bei der Auftragsüberwachung. Deadline Cloud bietet mehrere Lösungen für jede Ebene des Renderprozesses. Indem Sie in jeder Ebene aus den Optionen von Deadline Cloud auswählen, können Sie einen Workflow entwerfen, der Ihrem Anwendungsfall entspricht.

Für jede Ebene müssen Sie entscheiden, welcher Ansatz für Ihren Anwendungsfall am besten geeignet ist. Dies sind keine strengen Szenariodefinitionen und nicht die einzige Möglichkeit, Deadline Cloud zu verwenden. Stattdessen handelt es sich um eine Reihe allgemeiner Konzepte, die Ihnen helfen sollen, zu verstehen, wie Deadline Cloud in Ihr Unternehmen oder Ihren Arbeitsablauf passen könnte. Sie können Deadline Cloud-Workloads in die folgenden Ebenen unterteilen: Jobquelle, Job-Einreichung, Anwendungsmanagement, Anwendungslizenzierung, Asset Access, Output Management und Worker Infrastructure Management.

Im Allgemeinen können Sie mix-and-match jedes Szenario auf einer Ebene mit jedem anderen Szenario auf einer anderen Ebene kombinieren, mit Ausnahme bestimmter Kombinationen, die unten angegeben sind.

Quelle des Job

Die Jobquelle ist der Zugangspunkt, über den neue Jobs in das System gelangen, um von Deadline Cloud gerendert zu werden. Auf hoher Ebene gibt es zwei Hauptquellen für Jobs: menschliche Interaktivität und automatisierte Computersysteme.

Interaktiver Arbeitsablauf

In diesem Szenario ist ein Künstler oder eine andere kreative Rolle der Hauptgenerator für die Arbeit, die in der Deadline Cloud-Farm verarbeitet werden soll. In der Regel sind die Ergebnisse dieser Jobs ein primäres Artefakt für das größere Projekt oder Team. Sie führen ihre Arbeit mit Software wie einem branchenüblichen Tool zur Erstellung digitaler Inhalte (DCC) aus. Sie reichen Jobs manuell an die Deadline Cloud-Farm ein und schauen sich die Ergebnisse anschließend zur Überprüfung an. Die Workstation selbst wird nicht von verwaltet AWS.

In den meisten Fällen verwenden diese Künstler die in Deadline Cloud integrierten Submitter und den Deadline Cloud-Monitor in den Ebenen Workload Application und Monitoring.

Automatisierter Arbeitsablauf

In diesem Szenario ist ein programmgesteuertes System, das dem Kunden gehört, der Hauptgenerator von Aufträgen in der Deadline Cloud-Farm. Dabei kann es sich um die Generierung von Ressourcen in einer Pipeline im Einzelhandel handeln, wie z. B. ein anhand eines 3D-Modells oder eines Scans generiertes Video über einen Plattenspieler. Dies könnte das automatisierte Compositing von Übertragungsgrafiken und Spielerkarten für den Sport sein. Das Thema dieses Szenarios ist, dass eine Person nicht jeden Job manuell an Deadline Cloud übermittelt, sondern dass der Job stattdessen als Teil eines größeren Systems generiert wird.

Bei automatisierten Jobs ist es weniger üblich, dass integrierte Absender von Deadline Cloud und der Deadline Cloud-Monitor verwendet werden. Häufig handelt es sich bei den Jobdefinitionen um von Ihnen verfasste benutzerdefinierte Anwendungsentwicklung, und die Ergebnisse der Jobs werden automatisch zur Genehmigung und Verteilung in ein Digital Asset Management (DAM) -System oder ein Media Asset Management (MAM) -System eingespeist.

Einreichung von Job

Jobs werden mithilfe von OpenJobDescriptionVorlagen an Deadline Cloud übermittelt. OpenJobDescription ist eine flexible, offene Spezifikation zur Definition von Batch-Verarbeitungsaufträgen, die zwischen verschiedenen Bereitstellungen von Planungssystemen übertragen werden können. Die Jobdefinitionsdatei beschreibt die Parameter des Jobs, die Schritte des Jobs, wie ein Schritt basierend auf den Jobeingaben parametrisiert wird, sowie das eigentliche Skript, das auf einem Worker ausgeführt wird, um die Verarbeitung durchzuführen. Die Idee von Workload Submission besteht darin, wie diese Jobdefinitionen erstellt werden, wer sie erstellt und wie sie eingereicht werden.

Integrierter Einreicher mit DCC

Ein integrierter Deadline Cloud-Einreicher ist eine Software, die Deadline Cloud mit einem branchenüblichen DCC oder Softwarepaket verbindet. Der integrierte Einreicher bestimmt, wie die Daten und die Konfiguration für einen Render-, Composite- oder anderen Workload in eine Jobvorlage umgewandelt werden, was von Deadline Cloud verstanden werden kann. Viele integrierte Einreicher werden vom Deadline Cloud-Team oder dem Entwickler des Softwarepakets erstellt und verwaltet. Falls es für die gewünschte Anwendung jedoch noch keinen gibt, können Sie Ihren eigenen Submitter erstellen und verwalten. Es gibt eine begrenzte Anzahl davon DCCs , die vom Deadline Cloud-Team unterstützt werden.

Interaktive Workflows beinhalten normalerweise integrierte Einreicher, aber nicht immer. Bei automatisierten Workflows mit Vorlagen besteht ein üblicher Arbeitsablauf darin, dass ein Künstler einen Vorlagen-Job in seinem DCC einrichtet und das Auftragspaket einmalig exportiert. Dieses Job-Bundle definiert, wie diese bestimmte Art von Job in Deadline Cloud parametrisiert ausgeführt wird. Dieses Job-Bundle kann zu Automatisierungszwecken in das automatisierte Workflow-Szenario integriert werden.

Benutzerdefinierte Jobdefinition

Bei benutzerdefinierten Anwendungen und Workflows ist es möglich, vollständig zu kontrollieren, wie diese Jobdefinitionen erstellt und an Deadline Cloud übermittelt werden. Auf einer E-Commerce-Website könnten Verkäufer beispielsweise aufgefordert werden, 3D-Modelle des Objekts hochzuladen, das sie verkaufen. Nach diesem Upload könnte die E-Commerce-Plattform dynamisch eine Auftragsdefinition generieren, die an Deadline Cloud gesendet wird, um automatisch eine Drehscheibenanimation auf einem gemeinsamen Hintergrund zu generieren, wobei die gleiche Beleuchtung verwendet wird, die zu den anderen auf der Website verfügbaren 3D-Objekten passt. Während der Entwicklung der E-Commerce-Plattform erstellte ein Softwareentwickler eine Jobdefinition, bettete sie mit eventuell von den Verkäufern bereitgestellten Parametern in die E-Commerce-Plattform ein und codierte die Plattform, um diesen Job während des Produkt-Upload-Workflows der Plattform einzureichen.

Deadline Cloud bietet eine Reihe von Beispiel-Jobdefinitionen im Beispiel-Repository auf Github.

Application Management

Nachdem ein Job an Deadline Cloud übermittelt und einem Worker zugewiesen wurde, wird das Skript aus der Jobdefinition auf dem Worker ausgeführt. In den meisten Fällen ruft dieses Skript eine Anwendung auf, die die eigentliche Verarbeitung durchführt, z. B. Renderer, Composite, Kodierung, Filterung oder andere rechenintensive Aufgaben. Anwendungsmanagement ist das Konzept, mit dem sichergestellt wird, dass den Mitarbeitern die erforderliche Version der erforderlichen Software zur Verfügung steht.

Sie können Anwendungen mit jedem beliebigen Paketverwaltungssystem verwalten, aber Deadline Cloud bietet eine Reihe von Tools, um die Verwendung von Conda-Paketen einfach zu ermöglichen. Conda ist ein plattformübergreifendes, sprachunabhängiges Open-Source-Paketmanager- und Umgebungsmanagementsystem.

Deadline Cloud-verwalteter Conda-Kanal für servicemanagierte Flotten (SMF)

Wenn Sie serviceverwaltete Flotten verwenden, wird automatisch ein von Deadline Cloud verwalteter Conda-Kanal eingerichtet und für die Nutzung durch Ihre Jobs konfiguriert. Der Deadline Cloud-Dienst stellt eine Reihe von DCC-Anwendungen und Renderings von Partnern in diesem Conda-Kanal bereit. Weitere Informationen finden Sie unter Erstellen einer Warteschlangenumgebung im Deadline Cloud-Benutzerhandbuch. Diese Pakete werden vom Deadline Cloud-Dienst automatisch auf dem neuesten Stand gehalten und erfordern keine Wartung durch Sie. Dieser Conda-Kanal ist nur verfügbar, wenn Sie vom Service verwaltete Flotten verwenden. Er ist nicht verfügbar, wenn Sie vom Kunden verwaltete Flotten verwenden.

Selbstverwalteter Conda-Kanal

Wenn Sie den von Deadline Cloud verwalteten Conda-Channel nicht verwenden können, müssen Sie festlegen, wie Sie Anwendungen auf Ihrer Deadline Cloud-Flotte installieren, patchen und anderweitig verwalten. Eine Möglichkeit besteht darin, einen Conda-Channel zu erstellen, den Sie einrichten und verwalten. Dies wird am engsten mit dem von Deadline Cloud verwalteten Conda-Kanal zusammenarbeiten. Sie können beispielsweise ein DCC aus dem von Deadline Cloud verwalteten Conda-Kanal verwenden, aber Ihr eigenes Paket mitbringen, das ein bestimmtes DCC-Plugin enthält. Weitere Informationen zu diesem Prozess finden Sie unter Erstellen eines Conda-Kanals mit S3.

Benutzerdefiniertes Anwendungsmanagement

Für die Anwendungsverwaltung besteht die Anforderung von Deadline Cloud darin, dass die Anwendung im PATH verfügbar ist, wenn das Job-Skript auf dem Worker ausgeführt wird.

Wenn Sie bereits Rez-Pakete erstellen und verwalten, können Sie eine Warteschlangenumgebung verwenden, um die Anwendungen aus Rez-Repositorys zu installieren. Ein Beispiel für eine Warteschlangenumgebung finden Sie auf der AWS Deadline GitHub Cloud-Organisation.

Wenn Sie bereits Anwendungen in einer vom Kunden verwalteten Flotte mit langlebigen Mitarbeitern oder in System-Images verwalten, ist für die Anwendungsverwaltung keine Warteschlangenumgebung erforderlich. Stellen Sie sicher, dass die Bewerbung im Pfad des Auftragsbenutzers angezeigt wird, und senden Sie den Job ab.

Application licensing

Für viele Workloads, die üblicherweise auf Deadline Cloud ausgeführt werden, ist eine Softwarelizenzierung durch den Softwareanbieter erforderlich. Diese Anwendungen werden häufig pro Arbeitsplatz, pro CPU oder pro Host lizenziert. Es liegt in Ihrer Verantwortung, sicherzustellen, dass Ihre Nutzung von Drittanbieter-Software auf Deadline Cloud der Lizenzvereinbarung des Drittanbieters entspricht. Wenn Sie Open-Source-Software, benutzerdefinierte Software oder anderweitig lizenzfreie Software verwenden, ist die Konfiguration dieser Ebene nicht erforderlich. Beachten Sie, dass Deadline Cloud nur Render-Lizenzen und keine Workstation-Lizenzierung unterstützt.

Serviceverwaltete Flotten und nutzungsabhängige Lizenzierung

Bei der Verwendung von serviceverwalteten Flotten von Deadline Cloud wird die nutzungsbasierte Lizenzierung (UBL) automatisch für unterstützte Software konfiguriert. Bei Aufträgen, die auf vom Service verwalteten Flotten ausgeführt werden, werden automatisch Umgebungsvariablen für unterstützte Anwendungen festgelegt, die sie zur Nutzung der Deadline Cloud-Lizenzserver anweisen. Wenn Sie Deadline Cloud UBL verwenden, wird Ihnen nur die Anzahl der Stunden in Rechnung gestellt, für die Sie die lizenzierte Anwendung verwenden.

Kundenverwaltete Flotten und nutzungsabhängige Lizenzierung

Die nutzungsbasierte Cloud-Lizenzierung (UBL) von Deadline ist auch verfügbar, wenn keine vom Service verwalteten Flotten verwendet werden. In diesem Szenario richten Sie Deadline Cloud-Lizenzendpunkte ein, die IP-Adressen in Ihren ausgewählten VPC-Subnetzen bereitstellen, die Zugriff auf Deadline Cloud-Lizenzserver ermöglichen. Nachdem Sie die entsprechenden softwarespezifischen Umgebungsvariablen auf Ihren Workern konfiguriert und die Netzwerkkonnektivität zwischen den Workern und diesen Lizenzendpunkt-IP-Adressen konfiguriert haben, können die Mitarbeiter Lizenzen für unterstützte Software auschecken und einchecken. Für Lizenzen wird Ihnen genau wie bei der Nutzung von UBL in serviceverwalteten Flotten pro Stunde abgerechnet.

Benutzerdefinierte Lizenzierung

Möglicherweise verwenden Sie eine Anwendung, die von Deadline Cloud UBL nicht unterstützt wird, oder Sie verfügen möglicherweise über bereits bestehende Lizenzen, die noch gültig sind. In diesem Szenario sind Sie für die Konfiguration des Netzwerkpfads von Ihren Mitarbeitern (vom Kunden oder vom Service verwaltet) zu den Lizenzservern verantwortlich. Weitere Informationen zur benutzerdefinierten Lizenzierung finden Sie unterConnect vom Service verwaltete Flotten mit einem benutzerdefinierten Lizenzserver.

Zugriff auf Ressourcen

Nachdem ein Job an einen Worker übermittelt und die Anwendung konfiguriert wurde, muss der Worker so konfiguriert werden, dass er auf die für den Job erforderlichen Asset-Daten zugreift. Dies können 3D-Daten, Texturdaten, Animationsdaten, Videoframes oder jede andere Art von Daten sein, die in Ihrem Job verwendet werden.

Denken Sie zunächst darüber nach, wo Ihre Daten derzeit gespeichert sind. Dies kann auf der Festplatte der Workstation, einem Tool für die Zusammenarbeit zwischen Benutzern, der Quellcodeverwaltung, einem gemeinsam genutzten Dateisystem vor Ort oder in der Cloud, Amazon S3 oder einer beliebigen Anzahl anderer Standorte sein.

Überlegen Sie sich als Nächstes, was ein Mitarbeiter für den Zugriff auf diese Daten benötigt. Werden diese Daten nur in Ihrem Unternehmensnetzwerk zur Verfügung gestellt? Welche Identität oder Anmeldeinformationen sind für den Zugriff auf die Daten erforderlich? Ist die Datenquelle so skaliert, dass sie den Job mit der Anzahl der Mitarbeiter unterstützt, die Sie voraussichtlich bearbeiten werden?

Arbeitsanhänge

Der am einfachsten zu verwendende Mechanismus für den Zugriff auf Ressourcen ist Deadline Cloud Job Attachments. Wenn ein Job mithilfe von Job-Anhängen eingereicht wird, werden die für den Job erforderlichen Daten zusammen mit einer Manifestdatei, die angibt, welche Dateien für den Job benötigt werden, in einen Amazon S3 S3-Bucket hochgeladen. Bei Anhängen von Jobs ist keine komplizierte Einrichtung von Netzwerken oder gemeinsam genutztem Speicher erforderlich. Dateien werden nur einmal hochgeladen, sodass nachfolgende Uploads schneller abgeschlossen werden können. Nachdem ein Mitarbeiter die Bearbeitung eines Jobs abgeschlossen hat, werden die Ausgabedaten auf Amazon S3 hochgeladen, sodass sie vom Künstler oder einem anderen Kunden heruntergeladen werden können. Arbeitsanhänge sind für Flotten jeder Größe skalierbar und lassen sich einfach und schnell einbauen und verwenden.

Arbeitsanhänge sind nicht für alle Situationen das beste Werkzeug. Wenn Ihre Daten bereits aktiviert sind AWS, fügen Sie mit den Stellenanhängen eine zusätzliche Kopie Ihrer Daten hinzu, einschließlich der damit verbundenen Übertragungszeit und der Speicherkosten. Bei Anhängen von Stellenanhängen muss der Job die benötigten Daten zum Zeitpunkt der Einreichung vollständig angeben können, damit die Daten hochgeladen werden können.

Um Job-Anhänge verwenden zu können, muss Ihrer Deadline Cloud-Warteschlange ein Bucket für Jobanhänge zugeordnet sein, und die Warteschlangenrolle muss verwendet werden, um Zugriff auf diesen Bucket zu gewähren. Standardmäßig unterstützen alle in Deadline Cloud integrierten Einreicher Stellenanhänge. Wenn Sie keinen integrierten Submitter von Deadline Cloud verwenden, können Jobanhänge mit Ihrer benutzerdefinierten Software verwendet werden, indem Sie die Deadline Cloud-Python-Bibliothek integrieren.

Benutzerdefinierter Speicherzugriff

Wenn Sie keine Jobanhänge verwenden, sind Sie dafür verantwortlich, dass die Mitarbeiter Zugriff auf die für Jobs erforderlichen Daten haben. Deadline Cloud bietet eine Reihe von Tools, um dies zu unterstützen und Jobs portabel zu halten. Möglicherweise möchten Sie eine benutzerdefinierte Speicherlösung verwenden, wenn Sie bereits über gemeinsamen Netzwerkspeicher für Künstler und Mitarbeiter verfügen, Sie einen externen Dienst bevorzugen LucidLink, oder aus anderen Gründen.

Verwenden Sie Speicherprofile, um Dateisysteme auf Ihrer Workstation und Ihren Worker-Hosts zu modellieren. Jedes Speicherprofil beschreibt das Betriebssystem und das Dateisystem-Layout einer Ihrer Systemkonfigurationen. Wenn ein Künstler, der eine Windows-Workstation verwendet, einen Job einreicht, der von einem Linux Mitarbeiter bearbeitet wird, stellt Deadline Cloud mithilfe von Speicherprofilen sicher, dass die Pfadzuweisung erfolgt, sodass der Mitarbeiter auf den von Ihnen konfigurierten Datenspeicher zugreifen kann.

Wenn Sie vom Service verwaltete Flotten von Deadline Cloud verwenden, ermöglichen Hostkonfigurationsskripten und VPC-Ressourcenendpunkte es Mitarbeitern, gemeinsam genutzten Speicher oder andere in Ihrer VPC verfügbare Dienste direkt bereitzustellen und darauf zuzugreifen.

Auftragsüberwachung und Outputmanagement

Nachdem die an Deadline Cloud eingereichten Jobs erfolgreich abgeschlossen wurden, lädt eine Person oder ein Prozess die Jobausgabe herunter, um sie im Geschäftsworkflow außerhalb von Deadline Cloud zu verwenden. Nach einem Fehlschlag helfen Jobprotokolle und Überwachungsinformationen bei der Diagnose von Problemen.

Frist: Cloud-Monitor

Die Deadline Cloud Monitor-Anwendung ist im Internet und für den Desktop verfügbar. Diese Lösung eignet sich am besten für Studios, die interaktive Workflows für eine Vielzahl von Speicheranwendungen DCCs verwenden. Der Monitor unterstützt Sie nur, wenn Sie IAM Identity Center verwenden. IAM Identity Center ist ein Workforce Identity-Produkt und keine Lösung für Verbraucheridentität (B2C). Daher ist es für viele B2C-Szenarien nicht geeignet.

Benutzerdefinierte Monitor-Anwendung

Wenn Sie das Überwachungserlebnis Ihrer Benutzer anpassen möchten, Sie ein B2C-Produkt entwickeln oder ein hochspezialisiertes System mit Deadline Cloud aufbauen, entscheiden Sie sich für die Erstellung einer benutzerdefinierten Überwachungsanwendung. Sie können die AWS Deadline Cloud-API verwenden, um diese benutzerdefinierte Anwendung zu erstellen und dabei den Kontext Ihres gesamten Workflows mit den Konzepten von Deadline Cloud zu kombinieren. Beispielsweise könnte Ihr B2C-Produkt ein eigenes Projektkonzept haben, das Benutzer einrichten und Ihre Anwendung Deadline Cloud-Jobs in derselben Oberfläche verschachteln kann.

Automatisierte Überwachungslösung

In einigen Szenarien ist für Deadline Cloud keine spezielle Überwachungsanwendung erforderlich. Dieses Szenario ist in automatisierten Workflows üblich, in denen Deadline Cloud zum automatischen Rendern von Inhalten in einer Pipeline verwendet wird, z. B. Grafiken für Sport- oder Nachrichtensendungen. In diesem Szenario werden die Deadline Cloud-API und die EventBridge Ereignisse zur Integration in ein externes Media Asset Management-System verwendet, um Genehmigungen zu erteilen und Daten in den nächsten Prozessschritt zu übertragen.

Verwaltung der Arbeiter-Infrastruktur

Deadline Cloud-Flotten sind eine Gruppe von Servern (Workern), die in der Lage sind, Jobs zu verarbeiten, die an eine Deadline Cloud-Warteschlange gestellt wurden. Sie bilden die Kerninfrastruktur jeder Deadline Cloud-Farm.

Vom Service verwaltete Flotten

In einer servicemanagierten Flotte übernimmt Deadline Cloud die Verantwortung für die Worker-Hosts, das Betriebssystem, das Netzwerk, das Patchen, die automatische Skalierung und andere Faktoren beim Betrieb einer Renderfarm. Sie geben die Mindest- und Höchstzahl der gewünschten Worker sowie die für Ihre Anwendung erforderlichen Systemspezifikationen an, und Deadline Cloud erledigt den Rest. Servicemanagierte Flotten sind die einzige Flottenoption, die von Deadline Cloud verwaltete Conda-Kanäle nutzen kann, um DCC-Anwendungen der Branche einfach zu verwalten. Darüber hinaus wird Deadline Cloud UBL automatisch mit serviceverwalteten Flotten konfiguriert. Wait and Save-Flotten für kostengünstigere, verzögerungstolerante Workloads ist nur für servicemanagierte Flotten verfügbar.

Vom Kunden verwaltete Flotten

Sie verwenden vom Kunden verwaltete Flotten, wenn Sie mehr Kontrolle über die Worker-Hosts und deren Umgebung benötigen. Kundenverwaltete Flotten eignen sich am besten, wenn Sie Deadline Cloud vor Ort verwenden. Weitere Informationen hierzu finden Sie unter Kundenverwaltete Flotten von Deadline Cloud erstellen und verwenden.

Beispielarchitekturen

Traditionelles Produktionsstudio

Das traditionelle Produktionsstudio benötigt eine umfangreiche Rechen-, Speicher- und Netzwerkinfrastruktur, die sich über mehrere physische Standorte erstrecken kann, um Rendering-Workloads zu bewältigen. Jedes einzelne Softwarepaket und jeder Anbieter hat eigene Hardware-, Software-, Netzwerk- und Lizenzanforderungen, die bei der Lösung von Versionierungs-, Kompatibilitäts- und Ressourcenkonflikten erfüllt werden müssen.

Es ist üblich, separate Infrastrukturanforderungen für Künstler-Workstations, Renderknoten, Netzwerkspeicher, Lizenzserver, Job-Queuing-Systeme, Überwachungstools und Asset Management zu haben. Studios müssen in der Regel mehrere Versionen von DCC-Tools, Renderern, Plug-ins und benutzerdefinierten Tools verwalten und gleichzeitig komplexe Lizenzvereinbarungen in ihrer gesamten Renderfarm verwalten. Ihre Studio-Infrastruktur wird komplizierter, wenn Sie Entwicklungs-, Qualitätssicherungs- und Produktionsumgebungen berücksichtigen.

Eine typische Deadline Cloud-Bereitstellung mit service-verwalteten Optionen löst oder reduziert viele dieser Herausforderungen durch:

Mit diesem Ansatz können Künstler Jobs direkt von ihren vertrauten DCC-Tools aus an eine skalierbare Cloud-Renderfarm senden, ohne eine komplexe Infrastruktur verwalten zu müssen. Der Service kümmert sich automatisch um die Softwarebereitstellung, Lizenzierung, Datenübertragung und Skalierung der Infrastruktur. Künstler können ihre Jobs über eine Weboberfläche oder eine Desktop-Anwendung überwachen, und die Ergebnisse werden automatisch in Amazon S3 gespeichert, sodass sie leicht darauf zugreifen können.

Mit dieser Konfiguration können Studios Entwicklungs- und Produktionsumgebungen innerhalb von Minuten erstellen, nur für die tatsächlich genutzte Rechenleistung und Lizenzierung zahlen und sich auf kreative Arbeit statt auf Infrastrukturmanagement konzentrieren. Der serviceverwaltete Ansatz bietet den schnellsten Weg zur Einführung von Cloud-Rendering bei gleichzeitiger Beibehaltung vertrauter Arbeitsabläufe für Künstler.

Studio in der Cloud

Moderne Studios für visuelle Effekte und Animationen verlagern zunehmend ihre gesamte Pipeline in die Cloud, einschließlich der Workstations für Künstler. Dieser Ansatz macht eine lokale Infrastruktur überflüssig, ermöglicht eine globale Zusammenarbeit und bietet eine nahtlose Skalierung sowohl für interaktives Arbeiten als auch für Rendering. Es bringt jedoch auch neue Herausforderungen bei der Verwaltung von Cloud-Ressourcen, der Sicherstellung des Zugriffs auf Daten mit geringer Latenz und der Integration von Cloud-basierten Workstations in Renderfarmen mit sich.

Ein typisches Cloud-natives Studio erfordert einen einheitlichen Ansatz für die Verwaltung von Cloud-Workstations, gemeinsam genutztem Speicher, der Rendering-Infrastruktur und der Softwarebereitstellung für all diese Komponenten. Herkömmliche Ansätze führten häufig zu komplexen, manuell verwalteten Systemen, die Schwierigkeiten hatten, ein Gleichgewicht zwischen Leistung, Kosten und Flexibilität zu finden.

Eine Deadline Cloud-Bereitstellung für ein Cloud-natives Studio kann wie folgt implementiert werden:

Dieser Ansatz ermöglicht es Künstlern, auf Cloud-basierten Workstations mit direktem Zugriff auf gemeinsam genutzten Hochleistungsspeicher zu arbeiten und Jobs nahtlos an die Deadline Cloud-Farm zu senden. Das Studio kann die Softwarebereitstellung sowohl auf Workstations als auch auf Renderknoten mithilfe derselben Conda-Kanäle verwalten, wodurch Konsistenz gewährleistet und der Wartungsaufwand reduziert wird.

Zu den wichtigsten Vorteilen dieser Konfiguration gehören:

Die Speicherkonfiguration in diesem Szenario umfasst in der Regel:

Dieser Cloud-native Ansatz ermöglicht es Studios, auf lokale Infrastrukturen zu verzichten, was eine schnelle Skalierung für Projekte jeder Größe ermöglicht und gleichzeitig die gewohnten Arbeitsabläufe der Künstler beibehalten. Es bietet die Flexibilität, eine Mischung aus vom Service verwalteten und vom Kunden verwalteten Ressourcen zu nutzen, wodurch sowohl die einfache Verwaltung als auch spezifische Leistungsanforderungen optimiert werden.

Durch die Nutzung von Cloud-Workstations zusammen mit Deadline Cloud können Studios eine vollständig integrierte, weltweit zugängliche Produktionspipeline einrichten, die sich nahtlos von kleinen Teams bis hin zu großen Produktionen skalieren lässt.

ECommerce -Automatisierung

Die moderne E-Commerce-Plattform erfordert eine automatisierte Asset-Generierung in großem Maßstab, um eine umfassende Produktvisualisierung für Millionen von Artikeln zu ermöglichen. Herkömmliche Ansätze würden erhebliche Investitionen in die Infrastruktur erfordern, um große Mengen von 3D-Modellen in standardisierte Produktmedien zu verarbeiten, was häufig entweder zu wenig ausgestattete Systeme, die zu Verarbeitungsrückständen führen, oder zu viel bereitgestellten Systemen mit ungenutzter Kapazität führen würde.

Ein typischer automatisierter E-Commerce-Workflow muss die Verarbeitung von Produktuploads, die Validierung von 3D-Modellen, die Verwaltung der Renderfarm, die Ausgabeverarbeitung und die Integration mit Produktinformationssystemen übernehmen. Die Verwaltung dieser Workflows erfordert traditionell die Koordination mehrerer Rendering-Anwendungen, Rechenressourcen und Datenverarbeitungspipelines bei gleichzeitiger Sicherstellung einer gleichbleibenden Qualität und Beibehaltung der Kosteneffizienz im großen Maßstab.

Eine Deadline Cloud-Bereitstellung für die E-Commerce-Automatisierung kann wie folgt implementiert werden:

Dieser Ansatz ermöglicht die Verarbeitung von Tausenden von Produkten pro Tag und generiert automatisch standardisierte Produktvisualisierungen wie Turntable-Animationen. Die vom Service verwaltete Infrastruktur wird automatisch skaliert, um wechselnden Anforderungen gerecht zu werden und gleichzeitig die Kosteneffizienz durch die Wiederverwendung von Mitarbeitern und die optimierte Anwendungsbereitstellung aufrechtzuerhalten.

Whitelabel/OEM/B2C Kunde

Bei herkömmlicher Software zur Erstellung digitaler Inhalte (DCC) müssen Benutzer in der Regel ihre eigene Rendering-Infrastruktur verwalten oder Rendervorgänge lokal auf ihrer Workstation verarbeiten, was entweder zu erheblichen Hardwareinvestitionen oder zu langen Wartezeiten führt, die kreative Workflows unterbrechen. Für Softwareanbieter erforderte die Bereitstellung von Cloud-Rendering-Funktionen traditionell den Aufbau und die Wartung komplexer Infrastruktur- und Abrechnungssysteme.

Eine in die B2C-Software integrierte Deadline Cloud-Bereitstellung ermöglicht ein nahtloses Cloud-Rendering direkt in der vertrauten Benutzeroberfläche des Benutzers. Diese Integration kombiniert:

Dieser Ansatz ermöglicht es Endbenutzern, Renderings mit einem einzigen Klick von ihrer Software aus an die Cloud zu senden, ohne Konten, Infrastruktur oder komplexe Einstellungen verwalten zu müssen. Der Softwareanbieter unterhält eine Umgebung mit mehreren Mandanten, in der:

Der Ansatz der gemeinsamen Flotte gewährleistet eine optimale Leistung, indem ein warmer Pool von Mitarbeitern aufrechterhalten wird, die Startzeiten minimiert und gleichzeitig die Ressourcennutzung für die gesamte Benutzerbasis maximiert wird. Diese Konfiguration ermöglicht es Softwareanbietern, Cloud-Rendering als nahtlose Produktfunktion anzubieten und nicht als separaten Service, für den zusätzliche Einstellungen oder Konten erforderlich sind.

Endbenutzer profitieren von:

Dieses Integrationsmuster ermöglicht es Softwareanbietern, ihrer gesamten Benutzerbasis Rendering-Funktionen auf Unternehmensebene zur Verfügung zu stellen und gleichzeitig ein einfaches, benutzerfreundliches Erlebnis zu gewährleisten, das sich wie von selbst in ihrer Anwendung anfühlt.