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à.
Ganci, eventi e punti di integrazione per le offerte di lavoro
Deadline Cloud offre diversi punti di integrazione in cui è possibile utilizzare la propria logica relativa a un lavoro. Un punto di integrazione è un punto del ciclo di vita del lavoro in cui Deadline Cloud esegue codice personalizzato o controlla direttamente un servizio configurato dall'utente, ad esempio uno script che prepara un lavoratore o una regola che reagisce a un evento lavorativo. Utilizzi i punti di integrazione per adattare Deadline Cloud alla tua pipeline di produzione: per installare software, impostare variabili di ambiente, convalidare o modificare un lavoro, elaborare gli output o attivare l'automazione a valle.
I punti di integrazione differiscono su tre domande:
-
Dove viene eseguito il codice: sulla tua workstation, sul worker o nel AWS cloud.
-
Quando viene eseguito: al momento dell'invio, prima o dopo il lavoro o in risposta a un evento.
-
Ovunque tu lo configuri: in un'impostazione di workstation, in un pacchetto di lavoro, in una coda o in una proprietà del parco macchine o nel tuo account. AWS
Il diagramma seguente mostra dove viene eseguito ogni punto di integrazione durante il ciclo di vita del lavoro. Controlla i flussi dall'invio sulla workstation, all'esecuzione del lavoratore e all'automazione basata sugli eventi nel tuo account. AWS
Workstation: gli hook di invio e gli script di configurazione dell'host vengono eseguiti una sola volta.
Worker: gli ambienti Queue, Job e Step utilizzano azioni di ingresso e uscita nell'ambito della sessione. L'esecuzione delle attività esegue il tuo lavoro. I passaggi dipendenti vengono eseguiti dopo il completamento dell'attività.
AWS account: EventBridge eventi, CloudWatch metriche e allarmi rispondono in modo asincrono ai cambiamenti di stato.
La tabella seguente riassume i punti di integrazione. Scegline uno in base alle risposte alle domande precedenti. Le sezioni dopo la tabella descrivono ciascuna opzione e contengono collegamenti a istruzioni dettagliate.
| Punto di integrazione | Funziona | Configurato in | Quando viene eseguito | Utilizzare per |
|---|---|---|---|---|
Ganci Submitter |
Postazione di lavoro |
Configurazione della workstation (tutti i lavori) o un pacchetto di lavori |
Durante l'invio, prima della creazione del lavoro |
Inserisci o sostituisci variabili di ambiente, convalida o riscrivi un pacchetto di lavori, sincronizza con il software di tracciamento della produzione al momento dell'invio |
Script di configurazione dell'host |
Worker |
Fleet Property (flotta gestita dai servizi) |
Una volta per lavoratore, all'avvio, con privilegi di amministratore |
Configurazione di rete, installazione di software che richiede privilegi elevati |
Ambienti di coda |
Worker |
Proprietà Queue |
Quando una sessione entra o esce, per ogni lavoro in coda |
Project-level configurazione: installazioni di software non amministrativi, variabili di ambiente condivise, configurazione della licenza o del demone |
Ambienti di lavoro |
Worker |
Pacchetto di lavoro o modello di lavoro |
Prima e dopo un lavoro |
Per-job installazione e smontaggio |
Ambienti Step |
Worker |
Pacchetto Job o modello di step |
Prima e dopo una fase |
Per-step installazione e smontaggio |
Passaggi dipendenti |
Worker |
Pacchetto Job o modello di step () |
Dopo una fase precedente, lo stesso lavoro ha esito positivo |
Post-render un'operazione che richiede i file di output localmente, come la codifica dei fotogrammi in un filmato o la generazione di miniature |
Eventi Amazon EventBridge (EventBridge) |
AWS Cloud |
Il tuo AWS account (regola e obiettivo) |
In caso di modifica del lavoro, della fase, dell'attività, della flotta o dello stato del budget |
Monitoraggio della produzione, notifiche, automazione del cloud, concatenamento dei lavori tra le code |
Parametri e allarmi di Amazon CloudWatch (CloudWatch) |
AWS Cloud |
Il tuo AWS account |
Continuamente, entro una soglia |
Condizioni prive di eventi, come la disponibilità delle licenze ( |
Esegui una logica personalizzata sulla workstation
Gli hook Submitter vengono eseguiti durante l'invio, prima che il lavoro raggiunga il servizio. Li configuri per workstation, dove si applicano a tutti i lavori inviati da quella workstation, o all'interno di un pacchetto di lavori, dove si applicano a quel pacchetto. I Submitter hook possono modificare il pacchetto in diversi punti del flusso di invio. Utilizzateli per inserire variabili di ambiente, convalidare un invio o sincronizzarlo con il software di tracciamento della produzione al momento dell'invio.
Per ulteriori informazioni, consulta Ganci di invio.
Esegui una logica personalizzata sul lavoratore
I seguenti punti di integrazione vengono eseguiti sull'host di rendering. Sono annidati dall'ambito più ampio a quello più ristretto:
-
Gli script di configurazione dell'host vengono eseguiti una sola volta all'avvio di un lavoratore, con privilegi di amministratore. Gli script di configurazione dell'host sono specifici per le flotte gestite dai servizi (SMF). In una flotta gestita dal cliente (CMF), puoi invece creare la tua immagine. Utilizzate gli script di configurazione dell'host per la configurazione della rete e le installazioni del software a livello di amministratore.
-
Ciascuno degli ambienti Queue, Job e Step definisce e agisce.
onEnteronExitLe azioni vengono eseguite quando la sessione del lavoratore entra in un ambito e, in ordine inverso, quando la sessione esce dall'ambito. Gli ambienti di coda sono ideali per la configurazione a livello di progetto che si applica a tutti i lavori in coda, ad esempio software condiviso, variabili di ambiente e configurazioni di licenze o daemon. Gli ambienti Job and Step restringono l'ambito a un singolo job o step. -
I passaggi dipendenti aggiungono un
dependsOnsecondo passaggio che dipende dalla fase di rendering. Ad esempio, potete renderizzare e poi codificare un filmato oppure renderizzare e generare miniature. Il passaggio rimane nello stesso lavoro, quindi gli output sono già locali. I passaggi dipendenti richiedono un mittente personalizzato o un pacchetto di lavoro scritto a mano. Job-to-job le dipendenze non sono native. Per concatenare lavori separati, utilizza gli eventi nel cloud, come descritto nella sezione seguente.
Nota
Gli ambienti hanno un ambito di sessione, non una singola attività. Un'onExitazione viene eseguita al momento dello smontaggio della sessione, non dopo ogni attività. Se stai migrando un callback post-task di Deadline 10, usa un passaggio dipendente anziché un'azione ambientale. onExit
Per ulteriori informazioni, consulta gli argomenti seguenti:
-
Esegui script di configurazione host con privilegi di amministratore
-
Schemi dei modelli di Open Job Description
sul GitHub sito web, per onEntere ambitoonExit
Rispondi agli eventi nel cloud
EventBridge e ti CloudWatch consentono di reagire all'attività lavorativa senza consumare la capacità dell'azienda agricola. Usali quando la tua logica risponde ai risultati di un lavoro piuttosto che correre come parte di un lavoro.
-
Deadline Cloud invia gli eventi con l'origine
aws.deadlineal bus degli eventi predefinito del tuo account. AWS Gli eventi riguardano le modifiche allo stato di lavori, fasi e attività, i consigli sulle dimensioni della flotta e le soglie di budget. Sei il proprietario della regola, della funzione AWS Lambda (Lambda) e della coda di lettere morte (DLQ). Collega una regola a una funzione Lambda per le notifiche, la registrazione delle risorse o per concatenare i lavori tra le code (evento a Lambda o () a).CreateJobLa consegna è il massimo possibile e gli eventi potrebbero non funzionare correttamente, quindi rendi i consumatori idempotenti e configura nuovi tentativi e un DLQ. -
CloudWatch le metriche e gli allarmi coprono condizioni diverse, soprattutto la disponibilità delle licenze e EventBridge la capacità della flotta. Non esiste alcun evento relativo alla disponibilità delle licenze, quindi puoi allarmarti sulla
LicensesInUsemetrica e sul conteggio dei limiti. L'Fleet Size Recommendation Changeevento e laRecommendedFleetSizemetrica favoriscono anche la scalabilità automatica della flotta gestita dal cliente.
Per ulteriori informazioni, consulta gli argomenti seguenti:
-
Gestione degli eventi Deadline Cloud utilizzando Amazon EventBridge
-
Crea un'infrastruttura per il parco veicoli con un gruppo Amazon EC2 Auto Scaling
-
Eventi Deadline Cloud nel riferimento del servizio EventBridge
-
Invocazione asincrona nella Lambda Developer Guide
Scegliete un punto di integrazione
Utilizza la seguente guida per scegliere un punto di integrazione per un'esigenza comune:
-
Per modificare un lavoro prima che venga inviato, usa un submitter hook.
-
Per eseguire la logica sull'host di rendering durante il lavoro, utilizzate uno script di configurazione dell'host o un ambiente di coda, lavoro o step. Scegliete l'ambito più ampio e adatto e utilizzate un ambiente di coda per la configurazione a livello di progetto.
-
Per elaborare gli output del lavoro mentre sono ancora locali, utilizzate una fase dipendente.
-
Per reagire ai risultati del lavoro senza consumare la capacità dell'azienda agricola, utilizza una EventBridge regola con una funzione Lambda.
-
Per condizioni prive di eventi, ad esempio limiti di licenza o capacità, utilizza un CloudWatch allarme.
Risorse aggiuntive
Per i concetti correlati e il materiale di riferimento, vedere quanto segue: