View a markdown version of this page

Stellen Sie benutzerdefinierte Plugins mit Plugin-Synchronisierung bereit - Deadline Cloud
So funktioniert die Plugin-SynchronisierungVoraussetzungenLaden Sie Plugin-Dateien auf Amazon S3 hochÜberprüfen Sie die Bereitstellung des Plug-insAnwendungen, die die Plugin-Synchronisierung unterstützen

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.

Stellen Sie benutzerdefinierte Plugins mit Plugin-Synchronisierung bereit

Plugin Sync bietet benutzerdefinierte Plugins und Add-Ons, ohne dass Sie ein Conda-Paket erstellen müssen. Laden Sie die Plugin-Dateien auf ein vorgeschriebenes Präfix im Bereich der Jobanhänge der Warteschlange hoch. Wenn ein Job ein unterstütztes Anwendungspaket verwendet, kopiert das Paket die Dateien in den Worker und konfiguriert die Anwendung so, dass sie geladen werden.

Verwenden Sie die Plugin-Synchronisierung, wenn das Plugin ausgeführt werden kann, nachdem seine Dateien in einen Anwendungssuchpfad kopiert wurden. Wenn das Plugin die Auflösung von Abhängigkeiten, Installationsbefehle oder eine Systemänderung erfordert, kehren Sie zu zurück, Verwenden Sie benutzerdefinierte Plugins mit Deadline Cloud um eine andere Bereitstellungsmethode auszuwählen.

So funktioniert die Plugin-Synchronisierung

Die unterstützten Conda-Pakete zur Erstellung digitaler Inhalte (DCC) verwenden Aktivierungs- und Deaktivierungsskripten für die Plugin-Synchronisierung. Die folgenden Ereignisse treten bei jeder Worker-Sitzung auf:

  1. Die Warteschlangenumgebung erstellt eine Conda-Umgebung, die die vom Job ausgewählten DCC- und Adapterpakete enthält.

  2. Wenn Conda die Umgebung aktiviert, liest das Plugin-Sync-Skript des DCC-Pakets die Auftragsanhänge, den Bucket und das Root-Präfix aus der Sitzungsumgebung.

  3. Das Skript lädt Dateien aus dem Betriebssystem, DCC und dem DCC-Versionspräfix in Amazon S3 herunter. Anschließend legt es anwendungsspezifische Umgebungsvariablen fest oder kopiert die Dateien in ein Anwendungs-Plugin-Verzeichnis.

  4. Wenn die Sitzung endet, entfernt das Deaktivierungsskript die heruntergeladenen Plugin-Dateien und die Konfiguration. Die nächste Sitzung beginnt in der verpackten DCC-Umgebung.

Das Skript schreibt Meldungen, die mit beginnen, Plugin Sync: in das Sitzungsprotokoll. Sie können diese Meldungen verwenden, um das Quellpräfix, das Ziel und die verarbeiteten Dateien zu bestätigen.

Voraussetzungen

Bevor Sie ein Plugin hochladen, überprüfen Sie die folgenden Anforderungen:

  • Die Anwendung, die Version und das Worker-Betriebssystem werden in der Tabelle der unterstützten Anwendungen angezeigt.

  • Die Plugin-Dateien sind mit dem Worker-Betriebssystem, der Anwendungsversion und der Prozessorarchitektur kompatibel.

  • Sie kennen die vom Plugin-Anbieter benötigte Verzeichnisstruktur. Die Plugin-Synchronisierung behält die Verzeichnisstruktur bei, die Sie hochladen.

  • Wenn für das Plugin eine Lizenz erforderlich ist, kann der Worker den Lizenzserver erreichen.

Laden Sie Plugin-Dateien auf Amazon S3 hoch

Laden Sie die Plugin-Dateien in den Amazon S3 S3-Bucket für Jobanhänge hoch, der Ihrer Warteschlange zugeordnet ist. Verwenden Sie das folgende Präfix:

s3://<job-attachments-bucket>/<root-prefix>/plugins/<os>/<dcc-name>/<dcc-version>/
Wichtig

Beim Amazon S3 S3-Präfix wird zwischen Groß- und Kleinschreibung unterschieden. Verwenden Sie Kleinbuchstaben für das Betriebssystem und die Namen der DCC-Ordner.

Ersetzen Sie die Variablen wie folgt:

<job-attachments-bucket>

Der Bucket mit Job-Anhängen, der Ihrer Warteschlange zugeordnet ist. Auf der Seite mit den Warteschlangendetails wird der Bucket angezeigt.

<root-prefix>

Das Stammpräfix für Jobanhänge für Ihre Warteschlange. Auf der Seite mit den Warteschlangendetails wird das Präfix angezeigt.

<os>

Das Worker-Betriebssystem, entweder linux oderwindows.

<dcc-name>

Der genaue Ordnername aus der Tabelle der unterstützten Anwendungen.

<dcc-version>

Der Versionsordner aus der Tabelle der unterstützten Anwendungen. Zum Beispiel verwendet Maya 2025.3 und Blender 5.1 verwendet2025. 5.1

Das Präfix für ein Maya 2025-Plugin unter Linux lautet beispielsweise:

s3://<job-attachments-bucket>/<root-prefix>/plugins/linux/maya/2025/
Um Plugin-Dateien mit der Amazon S3 S3-Konsole hochzuladen

  1. Öffnen Sie die Deadline Cloud-Konsole und dann die Seite mit den Warteschlangendetails.

  2. Wählen Sie den Bucket-Link für Jobanhänge, um den Bucket in der Amazon S3 S3-Konsole zu öffnen.

  3. Öffnen Sie das Root-Präfix für die Warteschlange.

  4. Erstellen Sie das Präfixplugins/<os>/<dcc-name>/<dcc-version>/. Verwenden Sie es beispielsweise plugins/linux/maya/2025/ für Maya 2025.

  5. Laden Sie die Plugin-Dateien und -Verzeichnisse in das Versionspräfix hoch. Behalten Sie die Verzeichnisstruktur bei, die der Plugin-Anbieter benötigt.

Überprüfen Sie die Bereitstellung des Plug-ins

Um zu überprüfen, ob die Plugin-Synchronisierung die Dateien geliefert hat

  1. Reichen Sie einen Job ein, der das unterstützte DCC-Paket und die unterstützte Version auswählt.

  2. Öffnen Sie im AWS Deadline Cloud-Monitor (Deadline Cloud-Monitor) das Sitzungsprotokoll für eine Aufgabe.

  3. Suchen Sie im Sitzungsprotokoll nachPlugin Sync:. Vergewissern Sie sich, dass das Protokoll das erwartete Amazon S3 S3-Präfix und das erwartete Ziel anzeigt.

  4. Bestätigen Sie im Aufgabenprotokoll, dass die Anwendung das Plugin geladen hat. Die Nachricht hängt von der Anwendung und dem Plugin ab.

Anwendungen, die die Plugin-Synchronisierung unterstützen

In der folgenden Tabelle sind Anwendungen und Versionen aufgeführt, die Plugin-Synchronisierungsskripts enthalten. Außerdem wird angegeben, ob ein Conda-Rezeptbeispiel auf der GitHub Website verfügbar ist und ob der deadline-cloud Channel für vom Service verwaltete Flotten die Skripts enthält.

DCC-Anwendung Name des S3-Ordners Versionsordner Worker-Betriebssystem Rezeptbeispiel für Conda Service-managed Flottenpaket
Blender blender 5.0, 5.1 Linux Ja Ja
Autodesk Maya maya 2024, 2025, 2026, 2027 Linux Ja Ja
Foundry Nuke nuke 15.0, 16.0, 17.0 Linux Ja Ja
SideFX Houdini houdini 19.5, 20.0, 20.5, 21.0, 22.0 Linux Ja Ja
Maxon Cinema 4D cinema4d Linux: 2024.5.12025.3.1, und2026.3.4; Windows: 2025.3.3 und 2026.3.4 2024: Linux; 2025 und 2026: Linux und Windows Ja Ja
Adobe After Effects aftereffects 25.6oder25.6.4; 26.0 oder 26.0.0 Windows Ja Ja

Wenn Ihre Anwendung oder Version nicht in der Tabelle aufgeführt ist, finden Sie weitere Informationen unter Ein Plugin verpacken oder oder Konfigurieren Sie Jobs mithilfe von Warteschlangenumgebungen verwenden Sie eine vom Kunden verwaltete Flotte. Die Conda-Rezeptbeispiele auf der GitHub Website enthalten Plugin-Synchronisierungsskripte, die Sie mit einem selbst gehosteten Kanal verwenden können.