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.
Leitfaden zur Cloud-Architektur von Deadline
Dieses Thema enthält Anleitungen und bewährte Methoden für das Entwerfen und Erstellen 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.
Diese Inhalte richten sich an CTOs (Chief Technology Officers), Architekten, Entwickler und Mitglieder des Betriebsteams.
Ein durchgängiger Rendering-Workflow erfordert Lösungen auf mehreren Prozessebenen, z. B. bei der Generierung von Aufträgen, 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.
Entscheiden Sie für jede Ebene, welcher Ansatz für Ihren Anwendungsfall am besten geeignet ist. Bei diesen Szenarien handelt es sich nicht um strenge Definitionen und sie sind nicht die einzige Möglichkeit, Deadline Cloud zu verwenden. Stattdessen bilden sie eine Reihe allgemeiner Konzepte, anhand derer Sie besser verstehen, wie Deadline Cloud möglicherweise in Ihr Unternehmen oder Ihren Arbeitsablauf passt. Sie können die Workloads von Deadline Cloud in die folgenden Ebenen unterteilen: Jobquelle, Auftragsübermittlung, Bewerbungsmanagement, Anwendungslizenzierung, Asset Access, Output Management und Worker Infrastructure Management.
Im Allgemeinen können Sie jedes Szenario in einer Ebene mit jedem anderen Szenario in einer anderen Ebene kombinieren, mit Ausnahme bestimmter Kombinationen, die unten angegeben sind.
Quelle der Stelle
Die Jobquelle ist der Zugangspunkt, an dem 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 muss. Normalerweise ist das Ergebnis dieser Jobs ein primäres Artefakt für das größere Projekt oder Team. Sie führen ihre Arbeit mithilfe von Software wie einem branchenüblichen Tool zur Erstellung digitaler Inhalte (DCC) durch. Sie senden Jobs manuell an die Deadline Cloud-Farm und sehen 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 Absender und den Deadline Cloud-Monitor in den Ebenen Workload-Anwendung und Überwachung.
Automatisierter Arbeitsablauf
In diesem Szenario ist ein programmatisches System, das dem Kunden gehört, der primäre Generator für Jobs in der Deadline Cloud-Farm. Bei den Aufträgen könnte es sich um die Generierung von Ressourcen in einer Einzelhandelspipeline handeln, z. B. ein Video auf einem Plattenspieler, das anhand eines 3D-Modells oder -Scans generiert wurde. Ein weiteres Beispiel ist die automatische Zusammenstellung von Übertragungsgrafiken und Spielerkarten für den Sport. Das Thema dieses Szenarios ist, dass eine Einzelperson 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 die integrierten Absender von Deadline Cloud und der Deadline Cloud-Monitor verwendet werden. Oft handelt es sich bei den Jobdefinitionen um benutzerdefinierte Anwendungsentwicklungen, die von Ihnen verfasst wurden, und die Job-Outputs fließen automatisch zur Genehmigung und Verteilung in ein Digital Asset Management (DAM) -System oder Media Asset Management (MAM) -System ein.
Einreichung von Stellenangeboten
Jobs werden mithilfe von OpenJobDescription
Integrierter Einreicher mit DCC
Ein in Deadline Cloud integrierter Submitter ist eine Software, die Deadline Cloud mit einem branchenüblichen DCC oder Softwarepaket verbindet. Der integrierte Submitter bestimmt, wie die Daten und die Konfiguration für einen Render-, Composite- oder einen anderen Workload in eine Job-Vorlage umgewandelt werden, etwas, das von Deadline Cloud verstanden werden kann. Viele integrierte Submitter werden vom Deadline Cloud-Team oder vom Ersteller des Softwarepakets erstellt und verwaltet. Falls es für die gewünschte Anwendung noch keinen gibt, können Sie Ihren eigenen Absender erstellen und verwalten. Es gibt eine begrenzte Anzahl von DCCs, die vom Deadline Cloud-Team unterstützt werden.
Interaktive Workflows beinhalten in der Regel integrierte Einreicher, aber nicht immer. Bei automatisierten Workflows mit Vorlagen besteht ein üblicher Arbeitsablauf darin, dass ein Künstler einen Vorlagenjob in seinem DCC einrichtet und einen einmaligen Export des Auftragspakets durchführt. Dieses Job-Paket definiert, wie diese bestimmte Art von Job in Deadline Cloud parametrisiert ausgeführt wird. Dieses Jobpaket kann zu Automatisierungszwecken in das Automated Workflow-Szenario integriert werden.
Benutzerdefinierte Auftragsdefinition
Bei benutzerdefinierten Anwendungen und Workflows ist es möglich, vollständig zu kontrollieren, wie diese Jobdefinitionen erstellt und an Deadline Cloud übermittelt werden. Beispielsweise könnte eine E-Commerce-Website Verkäufer bitten, 3D-Modelle des Objekts hochzuladen, das sie verkaufen. Nach diesem Upload könnte die E-Commerce-Plattform dynamisch eine Jobdefinition generieren, die dann an Deadline Cloud übermittelt wird, um automatisch eine Drehscheibenanimation auf einem gemeinsamen Hintergrund zu generieren, wobei die gleiche Beleuchtung verwendet wird, dass sie 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 so, dass dieser Job während des Produkt-Upload-Workflows der Plattform eingereicht wird.
Deadline Cloud bietet eine Reihe von Beispiel-Jobdefinitionen im Beispiel-Repository
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, um die eigentliche Verarbeitung durchzuführen, z. B. Renderer, Composite, Encodierung, Filterung oder eine andere der vielen rechenintensiven Aufgaben. Bei der Anwendungsverwaltung geht es darum, sicherzustellen, dass den Mitarbeitern die erforderliche Version der erforderlichen Software zur Verfügung steht.
Sie können Anwendungen mit einem beliebigen Paketverwaltungssystem verwalten. Deadline Cloud bietet jedoch eine Reihe von Tools, mit denen Sie Conda-Pakete problemlos verwenden können. Conda
Deadline Cloud-managed Conda Channel für serviceverwaltete Flotten (SMF)
Wenn Sie serviceverwaltete Flotten verwenden, wird automatisch ein Cloud-managed Deadline-Conda-Kanal eingerichtet und für die Verwendung 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 von Ihnen. Dieser Conda-Kanal ist nur verfügbar, wenn Sie vom Service verwaltete Flotten verwenden, und nicht, wenn Sie vom Kunden verwaltete Flotten verwenden.
Self-managed Conda-Kanal
Wenn Sie den Cloud-managed Conda-Kanal von Deadline nicht verwenden können, müssen Sie festlegen, wie Sie Anwendungen in Ihrer Deadline Cloud-Flotte installieren, patchen und anderweitig verwalten. Eine Möglichkeit besteht darin, einen Conda-Channel zu erstellen, den Sie einrichten und verwalten. Dieser Ansatz arbeitet am engsten mit dem Cloud-managed Deadline-Conda-Kanal zusammen. Sie können beispielsweise ein DCC aus dem Cloud-managed Deadline-Conda-Kanal verwenden, aber Ihr eigenes Paket mitbringen, das ein bestimmtes DCC-Plugin enthält. Weitere Informationen zu diesem Vorgang finden Sie unter Erstellen eines Conda-Kanals mit S3.
Benutzerdefiniertes Anwendungsmanagement
Für das Anwendungsmanagement 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 den Rez-Repositorys zu installieren. Ein Beispiel für eine Warteschlangenumgebung finden Sie auf AWS Deadline GitHub Cloud-org
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 Anwendung im Pfad des Jobbenutzers erscheint, und senden Sie den Job ab.
Application licensing
Für viele Workloads, die üblicherweise in Deadline Cloud ausgeführt werden, ist eine Softwarelizenz des Softwareanbieters erforderlich. Diese Anwendungen werden oft nach Arbeitsplatz, CPU oder Host lizenziert. Es liegt in Ihrer Verantwortung, sicherzustellen, dass Ihre Nutzung von Drittanbietersoftware in Deadline Cloud den Lizenzvereinbarungen der Drittanbieter entspricht. Wenn Sie Open-Source-Software, benutzerdefinierte Software oder anderweitig lizenzfreie Software verwenden, ist die Konfiguration dieser Ebene nicht erforderlich. Deadline Cloud unterstützt nur Render-Lizenzierungen und keine Workstation-Lizenzierung.
Service-managed Flotten und nutzungsabhängige Lizenzierung
Wenn Sie dienstverwaltete Flotten von Deadline Cloud verwenden, wird die nutzungsbasierte Lizenzierung (UBL) automatisch für unterstützte Software konfiguriert. Bei Aufträgen, die auf von Diensten verwalteten Flotten ausgeführt werden, werden automatisch Umgebungsvariablen für unterstützte Anwendungen festgelegt, um sie zur Verwendung der Deadline Cloud-Lizenzserver anzuweisen. Wenn Sie Deadline Cloud UBL verwenden, wird Ihnen nur die Anzahl der Stunden in Rechnung gestellt, für die Sie die lizenzierte Anwendung verwenden.
Customer-managed Flotten und nutzungsabhängige Lizenzierung
Die nutzungsbasierte Lizenzierung (UBL) von Deadline Cloud ist auch verfügbar, wenn Sie keine vom Service verwalteten Flotten verwenden. In diesem Szenario richten Sie Deadline Cloud-Lizenzendpunkte ein, die IP-Adressen in Ihren ausgewählten VPC-Subnetzen bereitstellen, die den Zugriff auf Deadline Cloud-Lizenzserver ermöglichen. Nachdem Sie die entsprechenden softwarespezifischen Umgebungsvariablen auf Ihren Workern konfiguriert und die Netzwerkkonnektivität von den Workern zu diesen Lizenzendpunkt-IP-Adressen konfiguriert haben, können die Worker Lizenzen für unterstützte Software auschecken und einchecken. Die Lizenzen werden Ihnen auf die gleiche Weise wie bei der Verwendung von UBL in von Diensten verwalteten Flotten pro Stunde in Rechnung gestellt.
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 dafür verantwortlich, den Netzwerkpfad von Ihren Mitarbeitern (vom Kunden oder vom Service verwaltet) zu den Lizenzservern zu konfigurieren. Weitere Informationen zur benutzerdefinierten Lizenzierung finden Sie unterDienstverwaltete Flotten mit einem benutzerdefinierten Lizenzserver verbinden.
Zugriff auf Ressourcen
Nachdem ein Job an einen Worker weitergeleitet und die Anwendung konfiguriert wurde, muss der Worker so konfiguriert werden, dass er auf die für den Job erforderlichen Asset-Daten zugreift. Bei den Ressourcen kann es sich um 3D-Daten, Texturdaten, Animationsdaten, Videobilder oder jede andere Art von Daten handeln, die bei Ihrer Arbeit verwendet werden.
Denken Sie zunächst darüber nach, wo Ihre Daten derzeit gespeichert sind. Die Daten können sich auf der Workstation-Festplatte, einem Tool zur Benutzerzusammenarbeit, einer Quellcodeverwaltung, einem gemeinsam genutzten Dateisystem vor Ort oder in der Cloud, Amazon S3 oder einer beliebigen Anzahl anderer Standorte befinden.
Überlegen Sie sich als Nächstes, was erforderlich ist, damit ein Mitarbeiter auf diese Daten zugreifen kann. Werden diese Daten nur in Ihrem Unternehmensnetzwerk verfügbar gemacht? Welche Identität oder Anmeldeinformationen sind für den Zugriff auf die Daten erforderlich? Ist die Datenquelle so skaliert, dass sie den Auftrag mit der Anzahl der Mitarbeiter unterstützt, die den Auftrag voraussichtlich bearbeiten werden?
Anhänge zum Auftrag
Der einfachste Mechanismus für den Zugriff auf Ressourcen sind die Jobanhänge von Deadline Cloud. Wenn ein Job mithilfe von Jobanhängen eingereicht wird, werden die für den Job erforderlichen Daten zusammen mit einer Manifestdatei, die angibt, welche Dateien für den Job erforderlich sind, in einen Amazon S3-Bucket hochgeladen. Bei Auftragsanhängen 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. Die Job-Anhänge sind für Flotten jeder Größe skalierbar und lassen sich einfach und schnell integrieren und verwenden.
Job Attachments sind nicht das beste Tool für alle Situationen. Wenn Ihre Daten bereits aktiviert sind AWS, fügen Jobanhänge eine zusätzliche Kopie Ihrer Daten hinzu, einschließlich der damit verbundenen Übertragungszeit und Speicherkosten. Job-Anhänge setzen voraus, dass der Job die Daten, die er zum Zeitpunkt der Einreichung benötigt, vollständig spezifizieren kann, damit die Daten hochgeladen werden können.
Um Jobanhänge verwenden zu können, muss Ihrer Deadline Cloud-Warteschlange ein Bucket mit Anhängen von Aufträgen 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 Absender alle Jobanhänge. Wenn Sie keinen in Deadline Cloud integrierten Absender verwenden, können Jobanhänge mit Ihrer benutzerdefinierten Software verwendet werden, indem Sie die Python-Bibliothek von Deadline Cloud integrieren.
Benutzerdefinierter Speicherzugriff
Wenn Sie keine Stellenanhä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. Vielleicht möchten Sie eine benutzerdefinierte Speicherlösung verwenden, wenn Sie bereits einen gemeinsamen Netzwerkspeicher für Künstler und Mitarbeiter haben, Sie lieber einen externen Dienst nutzen möchten 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 Worker bearbeitet wird, stellt Deadline Cloud mithilfe von Speicherprofilen sicher, dass die Pfadzuordnung erfolgt, sodass der Worker auf den von Ihnen konfigurierten Datenspeicher zugreifen kann.
Wenn Sie dienstverwaltete Flotten von Deadline Cloud verwenden, ermöglichen Hostkonfigurationsskripts und VPC-Ressourcenendpunkte den Mitarbeitern, gemeinsam genutzten Speicher oder andere in Ihrer VPC verfügbare Dienste direkt einzubinden und darauf zuzugreifen.
Perforce-Quellcodeverwaltung
Viele Studios bewahren ihre Projektdateien aufPerforce. Wenn Ihre Künstler ihre Arbeiten bereits als Änderungslisten an einen Perforce Server senden, können Mitarbeiter einen Perforce Client-Workspace direkt von diesem Server aus synchronisieren — als Alternative zu Job-Anhängen. Ihre Jobs rendern dann dieselben Dateirevisionen, die Ihre Künstler eingereicht haben. Die Deadline Cloud-Integration für Unreal Engine beinhaltet Perforce Synchronisierungsunterstützung. Weitere Informationen finden Sie unter Einen Perforce-Renderjob erstellen im Deadline Cloud-Benutzerhandbuch.
Zwei Methoden sorgen dafür, dass die Perforce Synchronisation im großen Maßstab schnell erfolgt:
- Synchronisieren Sie Deltas mit einem persistenten Worker-Speicher
-
Speichern Sie den Client-Workspace zwischen Aufträgen, sodass bei jeder Synchronisierung nur die Dateirevisionen heruntergeladen werden, die sich seit dem letzten Job geändert haben, der diesen Workspace verwendet hat, und nicht das gesamte Projekt. Aktivieren Sie bei Flotten, die vom Service verwaltet werden, persistenten Speicher, damit die Volumes, auf denen sich der synchronisierte Workspace befindet, von allen Mitarbeitern wiederverwendet werden können.
- Speichern Sie Perforce-Daten in der Nähe Ihrer Flotte
-
Die Synchronisationsgeschwindigkeit hängt vom Netzwerkpfad zwischen Ihren Mitarbeitern und Ihrem Perforce Server ab. Dieser Pfad kann einen niedrigen Durchsatz oder eine hohe Latenz aufweisen, z. B. wenn sich der Commit-Server vor Ort oder in einer entfernten AWS Region befindet. Ein Perforce Edge-Server in derselben Region wie Ihre Flotte dient als Cache für Depotdaten. Stellen Sie ihn mithilfe der Perforce Commit-Edge-Topologie und Perforce der nativen Replikation bereit. Jede Anlagenversion gelangt dann einmal über die langsamere Verbindung zum Edge-Server, und die Worker synchronisieren sich vom Edge aus über das regionale Netzwerk. Mitarbeiter von Flotten, die von Diensten verwaltet werden, können den Edge-Server über VPC-Ressourcenendpunkte erreichen. Ein Edge-Server ist mit betrieblichen Aufgaben verbunden, zu denen auch die Perforce Lizenzierung, die Überwachung von Replikationsverzögerungen und Backups gehören. Ein Job, der auf eine bestimmte Änderungsliste abzielt, kann erst gestartet werden, nachdem der Edge-Server diese Änderungsliste repliziert hat.
Auftragsüberwachung und Ausgabeverwaltung
Nachdem an Deadline Cloud übermittelte Jobs erfolgreich abgeschlossen wurden, lädt eine Person oder ein Prozess die Jobausgabe herunter, um sie im Geschäftsablauf außerhalb von Deadline Cloud zu verwenden. Nach einem erfolglosen Job helfen Jobprotokolle und Überwachungsinformationen bei der Problemdiagnose.
Deadline: 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 viele DCCs verwenden, die Jobanhänge zur Speicherung verwenden. Der Monitor unterstützt Sie nur, wenn Sie IAM Identity Center verwenden. IAM Identity Center ist ein Workforce Identity-Produkt, keine Verbraucheridentitätslösung (B2C), weshalb es für viele B2C-Szenarien nicht geeignet ist.
Benutzerdefinierte Monitor-Anwendung
Wenn Sie das Überwachungserlebnis Ihrer Benutzer anpassen möchten, ein B2C-Produkt entwickeln oder mithilfe von Deadline Cloud ein hochspezialisiertes System 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. Zum Beispiel könnte Ihr B2C-Produkt ein eigenes Projektkonzept haben, das Benutzer einrichten, und Ihre Anwendung kann Deadline Cloud-Jobs in derselben Oberfläche verschachteln.
Automatisierte Überwachungslösung
In einigen Szenarien ist für Deadline Cloud keine spezielle Überwachungsanwendung erforderlich. Dieses Szenario tritt häufig in automatisierten Workflows auf, in denen Deadline Cloud verwendet wird, um Inhalte in einer Pipeline automatisch zu rendern, z. B. Übertragungsgrafiken für Sport oder Nachrichten. In diesem Szenario werden die Deadline Cloud-API und EventBridge Ereignisse zur Integration in ein externes Media Asset Management-System verwendet, um Genehmigungen vorzunehmen und Daten in den nächsten Schritt des Prozesses zu übertragen.
Verwaltung der Infrastruktur für Mitarbeiter
Die Flotten von Deadline Cloud sind eine Gruppe von Servern (Workern), die in der Lage sind, Jobs zu verarbeiten, die an eine Deadline Cloud-Warteschlange gesendet werden. Sie bilden die Kerninfrastruktur jeder Deadline Cloud-Farm.
Service-managed Flotten
In einer von Diensten verwalteten Flotte übernimmt Deadline Cloud die Verantwortung für die Worker-Hosts, das Betriebssystem, die Netzwerke, das Patchen, die automatische Skalierung und andere Faktoren beim Betrieb einer Renderfarm. Sie geben die Mindest- und Höchstanzahl an gewünschten Workern sowie die für Ihre Anwendung erforderlichen Systemspezifikationen an, und Deadline Cloud erledigt den Rest. Service-managed Flotten sind die einzige Flottenoption, die die Cloud-managed Conda-Kanäle von Deadline verwenden kann, um DCC-Anwendungen aus 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 sind nur bei Flotten mit Serviceverwaltung verfügbar.
Customer-managed Flotten
Sie verwenden vom Kunden verwaltete Flotten, wenn Sie mehr Kontrolle über die Worker-Hosts und deren Umgebung benötigen. Customer-managed Flotten eignen sich am besten, wenn Deadline Cloud lokal verwendet wird. 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 individuelle Hardware-, Software-, Netzwerk- und Lizenzanforderungen, die erfüllt werden müssen, um Versionierungs-, Kompatibilitäts- und Ressourcenkonflikte zu lösen.
Es ist üblich, separate Infrastrukturanforderungen für Künstlerarbeitsplätze, Renderknoten, Netzwerkspeicher, Lizenzserver, Job-Queuing-Systeme, Überwachungstools und Bestandsverwaltung zu haben. Studios müssen in der Regel mehrere Versionen von DCC-Tools, Renderern, Plugins 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 serviceverwalteten Optionen löst oder reduziert viele dieser Herausforderungen durch:
Interaktiver Workflow für die Einreichung von Aufträgen durch integrierte DCC-Absender
Bewerbungsmanagement über die Kanäle von Deadline Conda Cloud-managed
Usage-based Die Lizenzierung wird automatisch für unterstützte Software konfiguriert
Vermögensverwaltung mithilfe von Stellenanhängen
Überwachung über die Deadline Cloud Monitor-Anwendung
Infrastrukturmanagement durch vom Service verwaltete Flotten
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 Infrastrukturskalierung. Künstler können ihre Jobs über eine Weboberfläche oder eine Desktop-Anwendung überwachen, und die Ausgaben werden automatisch in Amazon S3 gespeichert, um einen einfachen Zugriff zu ermöglichen.
Mit dieser Konfiguration können Studios innerhalb von Minuten Entwicklungs- und Produktionsumgebungen erstellen, nur für die tatsächlich genutzten Rechenleistung und Lizenzen bezahlen und sich auf die kreative Arbeit statt auf das Infrastrukturmanagement konzentrieren. Der serviceverwaltete Ansatz bietet den schnellsten Weg zur Einführung von Cloud-Rendering unter Beibehaltung der vertrauten 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 Arbeitsplätze für Künstler. Dieser Ansatz macht eine lokale Infrastruktur überflüssig, ermöglicht eine globale Zusammenarbeit und ist sowohl für interaktives Arbeiten als auch für Rendern skalierbar. Er bringt jedoch auch neue Herausforderungen mit sich, was die Verwaltung von Cloud-Ressourcen, die Sicherstellung des Zugriffs auf Daten mit niedriger Latenz und die Integration cloudbasierter Workstations mit Renderfarmen angeht.
Ein typisches Cloud-natives Studio erfordert einen einheitlichen Ansatz für die Verwaltung von Cloud-Workstations, gemeinsam genutztem Speicher, Rendering-Infrastruktur und Softwarebereitstellung für all diese Komponenten. Herkömmliche Ansätze führten oft zu komplexen, manuell verwalteten Systemen, die Schwierigkeiten hatten, Leistung, Kosten und Flexibilität unter einen Hut zu bringen.
Eine Deadline Cloud-Bereitstellung für ein Cloud-natives Studio kann wie folgt implementiert werden:
Interaktive Workflow-Einreichung von Jobs durch integrierte DCC-Absender auf Cloud-Workstations
Anwendungsmanagement über Deadline Cloud-managed , Conda-Kanäle, Renderknoten
Usage-based Die Lizenzierung wird automatisch für unterstützte Software konfiguriert
Benutzerdefinierter Speicherzugriff mit FSx for Windows File Server für gemeinsam genutzte Projektdaten
Überwachung über die Deadline Cloud Monitor-Anwendung
Infrastrukturmanagement mithilfe von vom Service verwalteten Flotten
Dieser Ansatz ermöglicht es Künstlern, auf Cloud-basierten Workstations mit direktem Zugriff auf gemeinsam genutzten Hochleistungsspeicher zu arbeiten und Jobs an die Deadline Cloud-Farm zu senden. Das Studio kann die Softwarebereitstellung sowohl auf Workstations als auch auf Renderknoten über dieselben Conda-Kanäle verwalten, wodurch Konsistenz gewährleistet und der Wartungsaufwand reduziert wird.
Zu den wichtigsten Vorteilen dieser Konfiguration gehören:
Weltweite Zusammenarbeit mit Künstlern, die von überall auf Workstations zugreifen können
Konsistente Softwareumgebungen auf allen Workstations und Renderknoten
High-performance gemeinsam genutzter Speicher, auf den sowohl Workstations als auch Renderknoten zugreifen können
Flexible Skalierung sowohl interaktiver als auch Batch-Rechenressourcen
Zentralisierte Verwaltung der gesamten Studio-Infrastruktur in der Cloud
Die Speicherkonfiguration umfasst in diesem Szenario in der Regel:
FSx for Windows File Server für Projektdaten, auf die sowohl Cloud-Workstations als auch Deadline Cloud-Mitarbeiter zugreifen können
Speicherprofile in Deadline Cloud zur Verwaltung der Pfadzuordnung zwischen Workstations und Renderknoten
Direktes Mounten von FSx-Shares auf Deadline Cloud-Workern mithilfe von VPC-Ressourcenendpunkten und Host-Konfigurationsskripten
Dieser Cloud-native Ansatz ermöglicht es Studios, auf lokale Infrastruktur zu verzichten, was eine schnelle Skalierung für Projekte jeder Größe ermöglicht und gleichzeitig vertraute Künstler-Workflows beibehält. Er bietet die Flexibilität, eine Mischung aus serviceverwalteten und vom Kunden verwalteten Ressourcen zu verwenden und optimiert sowohl die einfache Verwaltung als auch spezifische Leistungsanforderungen.
Durch den Einsatz von Cloud-Workstations zusammen mit Deadline Cloud können Studios eine vollständig integrierte, weltweit zugängliche Produktionspipeline einrichten, die von kleinen Teams bis hin zu großen Produktionen skaliert werden kann.
Automatisierung des E-Commerce
Die moderne E-Commerce-Plattform erfordert eine automatische Generierung von Assets 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 an 3D-Modellen zu standardisierten Produktmedien zu verarbeiten. Dies würde oft entweder zu wenig ausgestattete Systeme zur Folge haben, was zu Verarbeitungsrückständen führt, oder zu überlasteten Systemen mit ungenutzter Kapazität.
Ein typischer automatisierter E-Commerce-Workflow muss die Verarbeitung von Produktuploads, die 3D-Modellvalidierung, das Renderfarm-Management, die Ausgabeverarbeitung und die Integration mit Produktinformationssystemen umfassen. Die Verwaltung dieser Workflows erfordert traditionell die Koordination mehrerer Rendering-Anwendungen, Rechenressourcen und Datenverarbeitungspipelines bei gleichzeitiger Sicherstellung einer gleichbleibenden Qualität und Aufrechterhaltung der Kosteneffizienz in großem Maßstab.
Eine Deadline Cloud-Bereitstellung für die E-Commerce-Automatisierung kann wie folgt implementiert werden:
Automatisierte Workflow-Auftragsübermittlung durch benutzerdefinierte API-Integration in die bestehende E-Commerce-Erfassungsanwendung
Benutzerdefinierte Jobdefinitionen, die auf die standardisierte Produktvisualisierung zugeschnitten sind
Bewerbungsmanagement über die Kanäle von Deadline Cloud-managed Conda
Usage-based Die Lizenzierung wird automatisch für unterstützte Software konfiguriert
Direkte Amazon S3-Integration für die Vermögensverwaltung
Benutzerdefinierte Überwachungsanwendung, die in bestehende Produktmanagementsysteme integriert ist
Service-managed Flotten für elastische Skalierung
Dieser Ansatz ermöglicht die Verarbeitung von Tausenden von Produkten pro Tag und generiert automatisch standardisierte Produktvisualisierungen wie Drehscheibenanimationen. Die vom Service verwaltete Infrastruktur passt sich automatisch an wechselnde Anforderungen an und gewährleistet gleichzeitig die Kosteneffizienz durch die Wiederverwendung der Mitarbeiter und die optimierte Anwendungsbereitstellung.
Whitelabel/OEM/B2C Kunde
Herkömmliche DCC-Software (Digital Content Creation) erfordert in der Regel, dass Benutzer ihre eigene Rendering-Infrastruktur verwalten oder Renderings lokal auf ihrer Workstation verarbeiten, was entweder zu erheblichen Hardwareinvestitionen oder langen Wartezeiten führt, die kreative Arbeitsabläufe 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 das Cloud-Rendering direkt in der vertrauten Benutzeroberfläche des Benutzers. Diese Integration kombiniert:
Interaktive Workflow-Auftragsübermittlung, eingebettet in die DCC-Anwendung
Deadline Cloud-managed Conda-Kanäle für die Bereitstellung der Renderanwendung
Usage-based Die Lizenzierung wird automatisch konfiguriert
Bestandsverwaltung durch Auftragsanhänge mit vom Anbieter verwaltetem Speicher
Benutzerdefiniertes Monitoring, das direkt in die DCC-Schnittstelle integriert ist
Service-managed Flotten, die von allen Benutzern gemeinsam genutzt werden
Dieser Ansatz ermöglicht es Endbenutzern, Renderings mit einem einzigen Klick in ihrer Software 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:
Benutzer authentifizieren sich mit ihren vorhandenen Software-Anmeldeinformationen
Jobs werden automatisch an spezielle Warteschlangen pro Benutzer weitergeleitet
Ressourcen werden mithilfe von Speicherpräfixen sicher isoliert IAM-controlled
Die Abrechnung erfolgt über die vorhandenen Systeme des Anbieters
Auftragsstatus und Ergebnisse werden direkt zurück in die Anwendung des Benutzers gestreamt
Der Ansatz der gemeinsamen Flotte gewährleistet eine optimale Leistung, indem ein warmer Mitarbeiterpool aufrechterhalten wird, die Startzeiten minimiert und gleichzeitig die Ressourcenauslastung der gesamten Benutzerbasis maximiert wird. Diese Konfiguration ermöglicht es Softwareanbietern, Cloud-Rendering als integrierte Produktfunktion anzubieten und nicht als separaten Dienst, der zusätzliche Einstellungen oder Konten erfordert.
Endbenutzer profitieren von:
One-click Einreichung über ihre vertraute Oberfläche
Pay-as-you-go Preisgestaltung ohne Infrastrukturmanagement
Schnelle Inbetriebnahme von Aufträgen durch gemeinsam genutzte Infrastruktur
Automatisches Herunterladen und Organisieren abgeschlossener Renderings
Konsistentes Erlebnis auf allen Plattformen
Dieses Integrationsmuster ermöglicht es Softwareanbietern, ihrer gesamten Benutzerbasis Rendering-Funktionen auf Unternehmensebene bereitzustellen und gleichzeitig ein einfaches, verbraucherfreundliches Erlebnis zu bieten, das sich wie in ihrer Anwendung anfühlt.
Hybride Renderfarm
Ein Studio, das bereits eine Renderfarm vor Ort betreibt, kann Cloud-Kapazität hinzufügen, um Spitzenauslastungen zu verarbeiten, ohne zusätzliche Hardware kaufen zu müssen. In einer Hybridfarm arbeiten Ihre Mitarbeiter vor Ort als vom Kunden verwaltete Flotte, Ihre Cloud-Worker als eine vom Service verwaltete Flotte oder eine vom Kunden verwaltete Flotte von Amazon EC2-Instances, und beide Flotten teilen sich eine Warteschlange. Da die Einrichtung je nach Flottenart unterschiedlich ist, planen Sie die Aufgabenverteilung, die Anwendungsumgebungen, die Lizenzierung und den Zugriff auf Ressourcen so ein, dass überall eine Warteschlange funktioniert. Weitere Informationen finden Sie unter Erweitern Sie Ihre lokale Renderfarm auf die Cloud.
