Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Guide sur l'architecture cloud de Deadline
Cette rubrique fournit des conseils et des bonnes pratiques pour concevoir et créer des parcs de rendu fiables, sécurisés, efficaces et rentables pour vos charges de travail à l'aide de Deadline Cloud. L'utilisation de ces conseils peut vous aider à créer des charges de travail stables et efficaces, vous permettant de vous concentrer sur l'innovation, de réduire les coûts et d'améliorer l'expérience des clients.
Cet outil s'adresse à ceux qui occupent des postes liés à la technologie, comme les directeurs techniques, les architectes, les développeurs et les membres des équipes des opérations.
Un flux de rendu de bout en bout nécessite des solutions à plusieurs niveaux du processus, telles que la génération de tâches, l'accès aux actifs et le suivi des tâches. Deadline Cloud propose plusieurs solutions pour chaque étape du processus de rendu. En sélectionnant les options de Deadline Cloud dans chaque couche, vous pouvez concevoir un flux de travail adapté à votre cas d'utilisation.
Pour chaque couche, choisissez l'approche la mieux adaptée à votre cas d'utilisation. Ces scénarios ne sont pas des définitions strictes et ne constituent pas la seule façon d'utiliser Deadline Cloud. Ils constituent plutôt un ensemble de concepts de haut niveau qui vous aideront à comprendre comment Deadline Cloud pourrait s'intégrer à votre activité ou à votre flux de travail. Vous pouvez séparer les charges de travail de Deadline Cloud dans les couches suivantes : source des tâches, soumission des tâches, gestion des candidatures, licences des applications, accès aux actifs, gestion des sorties et gestion de l'infrastructure des travailleurs.
En général, vous pouvez mélanger n'importe quel scénario d'une couche avec n'importe quel autre scénario d'une autre couche, à l'exception des combinaisons spécifiques spécifiées ci-dessous.
Source d'emploi
La source des tâches est le point d'accès par lequel les nouvelles tâches entreront dans le système pour être rendues par Deadline Cloud. À un niveau élevé, il existe deux sources principales d'emplois : l'interactivité humaine et les systèmes informatiques automatisés.
Flux de travail interactif
Dans ce scénario, un artiste ou un autre rôle créatif est le principal générateur d'œuvres à traiter dans la ferme Deadline Cloud. Les résultats de ces tâches constituent généralement un artefact principal pour l'ensemble du projet ou de l'équipe. Ils effectuent leur travail à l'aide de logiciels tels qu'un outil de création de contenu numérique (DCC) standard de l'industrie. Ils soumettent manuellement les tâches à la ferme Deadline Cloud et consultent ensuite les résultats pour les examiner. Le poste de travail lui-même n'est pas géré par AWS.
Dans la plupart des cas, ces artistes utilisent les émetteurs intégrés de Deadline Cloud et le moniteur Deadline Cloud dans les couches Application de charge de travail et Surveillance.
Flux de travail automatisé
Dans ce scénario, un système programmatique appartenant au client est le principal générateur de tâches dans la ferme Deadline Cloud. Les emplois pourraient consister à générer des actifs dans un pipeline de vente au détail, comme une vidéo sur une plaque tournante générée à partir d'un modèle 3D ou d'un scan. Un autre exemple est la composition automatisée de graphiques diffusés et de cartes de joueur pour les sports. Le thème de ce scénario est qu'une personne ne soumet pas manuellement chaque tâche à Deadline Cloud, mais que la tâche est générée dans le cadre d'un système plus vaste.
Avec les tâches automatisées, il est moins courant d'utiliser les soumissionnaires intégrés à Deadline Cloud et le moniteur Deadline Cloud. Souvent, les définitions de poste sont des tâches de développement d'applications personnalisées que vous avez rédigées et les résultats des tâches sont automatiquement transférés vers un système de gestion des ressources numériques (DAM) ou un système de gestion des actifs multimédias (MAM) pour approbation et distribution.
Soumission de poste
Les offres d'emploi sont soumises à Deadline Cloud à l'aide OpenJobDescription
Soumetteur intégré à DCC
Un émetteur intégré à Deadline Cloud est un logiciel qui associe Deadline Cloud à un DCC ou à un progiciel standard de l'industrie. L'émetteur intégré détermine comment transformer les données et la configuration d'un rendu, d'une charge de travail composite ou autre en un modèle de travail, ce que Deadline Cloud peut comprendre. De nombreux soumissionnaires intégrés sont créés et gérés par l'équipe Deadline Cloud ou le créateur du progiciel, mais s'il n'en existe pas déjà un pour l'application souhaitée, vous pouvez créer et gérer votre propre expéditeur. Il existe un ensemble limité de DCC pris en charge par l'équipe Deadline Cloud.
Les flux de travail interactifs impliquent généralement des soumissionnaires intégrés, mais pas toujours. Pour les flux de travail automatisés basés sur des modèles, un flux de travail courant consiste pour un artiste à configurer un modèle de tâche dans son DCC et à effectuer une exportation unique de l'ensemble de tâches. Cet ensemble de tâches définit comment exécuter ce type particulier de tâche sur Deadline Cloud de manière paramétrée. Cet ensemble de tâches peut être intégré au scénario de flux de travail automatisé à des fins d'automatisation.
Définition de poste personnalisée
Pour les candidatures et les flux de travail personnalisés, il est possible de contrôler totalement la manière dont ces définitions de tâches sont créées et soumises à Deadline Cloud. Par exemple, un site de commerce électronique peut demander aux vendeurs de télécharger des modèles 3D de l'objet qu'ils vendent. Après ce téléchargement, la plateforme de commerce électronique pourrait générer dynamiquement une définition de poste à soumettre à Deadline Cloud afin de générer automatiquement une animation de plateau tournant sur un fond commun en utilisant un éclairage commun pour correspondre aux autres objets 3D disponibles sur le site. Au cours du développement de la plate-forme de commerce électronique, un développeur de logiciels créerait une définition de tâche, l'intégrerait dans la plate-forme de commerce électronique avec les paramètres éventuellement fournis par les vendeurs, et coderait la plate-forme pour soumettre cette tâche pendant le flux de téléchargement des produits de la plateforme.
Deadline Cloud fournit un certain nombre d'exemples de définitions de tâches dans le référentiel d'exemples
Gestion des applications
Une fois qu'une tâche est soumise à Deadline Cloud et attribuée à un collaborateur, le script de la définition de la tâche est exécuté sur le collaborateur. Dans la plupart des cas, ce script invoque une application pour effectuer le traitement proprement dit, tel qu'un moteur de rendu, un composite, un encodage, un filtrage ou toute autre tâche gourmande en ressources de calcul. La gestion des applications est le concept qui consiste à s'assurer que la version nécessaire du logiciel requis est disponible pour les travailleurs.
Vous pouvez gérer les applications à l'aide du système de gestion de packages de votre choix, mais Deadline Cloud fournit un certain nombre d'outils permettant d'utiliser facilement les packages conda. Conda
Deadline Cloud-managed Conda Channel pour les flottes gérées par les services (SMF)
Lorsque vous utilisez des flottes gérées par des services, un canal Deadline Cloud-managed Conda est automatiquement configuré et configuré pour être utilisé par vos tâches. Le service Deadline Cloud fournit un certain nombre d'applications et de rendus DCC partenaires sur ce canal conda. Pour plus d'informations, consultez la section Création d'un environnement de file d'attente dans le guide de l'utilisateur de Deadline Cloud. Ces packages sont automatiquement mis à jour par le service Deadline Cloud et ne nécessitent aucune maintenance de votre part. Ce canal Conda n'est disponible que lors de l'utilisation de flottes gérées par le service et n'est pas disponible lors de l'utilisation de flottes gérées par le client.
Self-managed canal Conda
Si vous n'êtes pas en mesure d'utiliser le canal Deadline Cloud-managed Conda, vous devez déterminer comment installer, appliquer des correctifs et gérer les applications de votre flotte Deadline Cloud. L'une des options consiste à créer un canal conda que vous configurez et gérez. Cette approche interagit le plus étroitement avec la chaîne Deadline Cloud-managed Conda. Par exemple, vous pouvez utiliser un DCC du canal Deadline Cloud-managed conda mais apporter votre propre package contenant un plugin DCC spécifique. Pour plus d'informations sur ce processus, voir Création d'un canal conda à l'aide de S3.
Gestion personnalisée des applications
Pour la gestion des applications, Deadline Cloud exige que l'application soit disponible dans le PATH lorsque le script de tâche est exécuté sur le worker.
Si vous créez et gérez déjà des packages Rez, vous pouvez utiliser un environnement de file d'attente pour installer les applications à partir des référentiels Rez. Un exemple d'environnement de file d'attente est disponible sur AWS Deadline Cloud GitHub org
Si vous gérez déjà des applications sur des parcs gérés par le client avec des employés de longue date ou dans des images système, aucun environnement de file d'attente n'est requis pour la gestion des applications. Assurez-vous que la candidature apparaît sur le chemin de l'utilisateur de l'offre d'emploi et soumettez la tâche.
Licences de l'application
De nombreuses charges de travail couramment exécutées sur Deadline Cloud nécessitent une licence logicielle auprès de l'éditeur du logiciel. Ces applications sont souvent concédées sous licence par siège, processeur ou hôte. Il est de votre responsabilité de vous assurer que votre utilisation de logiciels tiers sur Deadline Cloud est conforme au contrat de licence tiers. Si vous utilisez un logiciel open source, un logiciel personnalisé ou un autre logiciel sans licence, la configuration de cette couche n'est pas requise. Deadline Cloud ne prend en charge que les licences de rendu et ne prend pas en charge les licences de station de travail.
Service-managed flottes et licences basées sur l'utilisation
Lorsque vous utilisez des flottes gérées par les services Deadline Cloud, les licences basées sur l'utilisation (UBL) sont automatiquement configurées pour les logiciels pris en charge. Les tâches exécutées sur des flottes gérées par des services comportent automatiquement des variables d'environnement définies pour les applications prises en charge afin de les inciter à utiliser les serveurs de licences Deadline Cloud. Lorsque vous utilisez Deadline Cloud UBL, vous n'êtes facturé que pour le nombre d'heures d'utilisation de l'application sous licence.
Customer-managed flottes et licences basées sur l'utilisation
Les licences basées sur l'utilisation (UBL) de Deadline Cloud sont également disponibles lorsque vous n'utilisez pas de flottes gérées par des services. Dans ce scénario, vous allez configurer des points de terminaison de licence Deadline Cloud qui fournissent des adresses IP dans les sous-réseaux VPC que vous avez sélectionnés et qui donnent accès aux serveurs de licences Deadline Cloud. Une fois que vous avez configuré les variables d'environnement spécifiques au logiciel appropriées pour vos employés et configuré la connectivité réseau entre les travailleurs et les adresses IP de ces points de terminaison de licence, les travailleurs peuvent récupérer et enregistrer les licences des logiciels pris en charge. Les licences vous sont facturées à l'heure de la même manière que pour l'utilisation d'UBL dans des flottes gérées par des services.
Licences personnalisées
Vous utilisez peut-être une application qui n'est pas prise en charge par Deadline Cloud UBL ou vous possédez peut-être des licences préexistantes qui sont toujours valides. Dans ce scénario, vous êtes responsable de la configuration du chemin réseau entre vos employés (gérés par le client ou le service) et les serveurs de licences. Pour plus d'informations sur les licences personnalisées, consultezConnectez des flottes gérées par des services à un serveur de licences personnalisé.
Accès aux actifs
Une fois qu'une tâche est soumise à un collaborateur et que l'application est configurée, le collaborateur doit être configuré pour accéder aux données d'actifs requises pour la tâche. Les actifs peuvent être des données 3D, des données de texture, des données d'animation, des images vidéo ou tout autre type de données utilisées dans le cadre de votre travail.
Commencez par réfléchir à l'endroit où vos données sont actuellement stockées. Les données peuvent se trouver sur le disque dur de la station de travail, dans un outil de collaboration entre utilisateurs, dans le contrôle des sources, dans un système de fichiers partagé sur site ou dans le cloud, sur Amazon S3 ou dans de nombreux autres emplacements.
Ensuite, réfléchissez à ce qui est nécessaire pour qu'un travailleur accède à ces données. Ces données sont-elles uniquement disponibles sur votre réseau d'entreprise ? Quelle identité ou quelles informations d'identification sont requises pour accéder aux données ? La source de données est-elle dimensionnée pour prendre en charge la tâche avec le nombre de travailleurs que vous prévoyez de traiter ?
Pièces jointes aux postes
Le mécanisme d'accès aux actifs le plus simple pour démarrer est celui des pièces jointes aux tâches de Deadline Cloud. Lorsqu'une tâche est soumise à l'aide de pièces jointes, les données requises par la tâche sont téléchargées dans un compartiment Amazon S3 avec un fichier manifeste spécifiant les fichiers dont la tâche a besoin. Avec les pièces jointes aux tâches, aucune configuration complexe de mise en réseau ou de stockage partagé n'est requise. Les fichiers ne sont chargés qu'une seule fois, de sorte que les chargements suivants s'effectuent plus rapidement. Une fois qu'un collaborateur a fini de traiter une tâche, les données de sortie sont chargées sur Amazon S3 afin qu'elles puissent être téléchargées par l'artiste ou un autre client. Les accessoires de travail s'adaptent aux flottes de toutes tailles et sont simples et rapides à intégrer et à utiliser.
Les pièces jointes aux tâches ne sont pas le meilleur outil pour toutes les situations. Si vos données sont déjà enregistrées AWS, les pièces jointes aux tâches ajoutent une copie supplémentaire de vos données, y compris le temps de transfert et les coûts de stockage associés. Les pièces jointes nécessitent que la tâche puisse spécifier entièrement les données dont elle a besoin au moment de la soumission, afin que les données puissent être téléchargées.
Pour utiliser les pièces jointes aux tâches, votre file d'attente Deadline Cloud doit être associée à un compartiment de pièces jointes et le rôle de file d'attente doit être utilisé pour fournir l'accès à ce compartiment. Par défaut, les soumissionnaires intégrés à Deadline Cloud prennent tous en charge les pièces jointes aux tâches. Si vous n'utilisez pas d'outil de soumission intégré à Deadline Cloud, les pièces jointes peuvent être utilisées avec votre logiciel personnalisé en intégrant la bibliothèque python de Deadline Cloud.
Accès au stockage personnalisé
Si vous n'utilisez pas de pièces jointes aux offres d'emploi, vous êtes responsable de vous assurer que les travailleurs ont accès aux données requises pour les tâches. Deadline Cloud fournit un certain nombre d'outils pour y parvenir et pour garantir la portabilité des tâches. Vous souhaiterez peut-être utiliser une solution de stockage personnalisée lorsque vous disposez déjà d'un stockage réseau partagé pour les artistes et les travailleurs, si vous préférez utiliser un service externe, par exemple LucidLink, ou pour d'autres raisons.
Utilisez des profils de stockage pour modéliser les systèmes de fichiers de votre poste de travail et des hôtes de travail. Chaque profil de stockage décrit le système d'exploitation et la disposition du système de fichiers de l'une de vos configurations système. À l'aide de profils de stockage, lorsqu'un artiste utilisant une station de travail Windows soumet une tâche traitée par un Linux collaborateur, Deadline Cloud s'assure que le chemin est mappé afin que le collaborateur puisse accéder au stockage de données que vous avez configuré.
Lorsque vous utilisez des flottes gérées par les services Deadline Cloud, les scripts de configuration hôte et les points de terminaison des ressources VPC permettent aux employés de monter et d'accéder directement au stockage partagé ou à d'autres services disponibles sur votre VPC.
Perforce le contrôle de la source
De nombreux studios conservent leurs fichiers de projetsPerforce. Lorsque vos artistes soumettent déjà leur travail à un Perforce serveur sous forme de listes de modifications, les collaborateurs peuvent synchroniser un espace de travail Perforce client directement depuis ce serveur comme alternative aux pièces jointes. Vos jobs affichent ensuite les mêmes révisions de fichiers que celles que vos artistes ont soumises. L'intégration de Deadline Cloud pour Unreal Engine inclut la prise en charge de la Perforce synchronisation. Pour plus d'informations, consultez la section Création d'une tâche de rendu Perforce dans le guide de l'utilisateur de Deadline Cloud.
Deux pratiques assurent une Perforce synchronisation rapide à grande échelle :
- Synchroniser les deltas avec le stockage persistant des travailleurs
-
Conservez l'espace de travail client entre les tâches afin que chaque synchronisation télécharge uniquement les révisions de fichiers qui ont été modifiées depuis la dernière tâche utilisant cet espace de travail, au lieu du projet complet. Sur les flottes gérées par des services, activez le stockage permanent afin que les volumes contenant l'espace de travail synchronisé soient réutilisés par les employés.
- Les données Cache Perforce sont proches de votre flotte
-
La vitesse de synchronisation dépend du chemin réseau entre vos employés et votre Perforce serveur. Ce chemin peut présenter un faible débit ou une latence élevée, par exemple lorsque le serveur de validation est sur site ou dans une AWS région distante. Un serveur Perforce Edge situé dans la même région que votre flotte fait office de cache pour les données du dépôt. Déployez-le à l'aide de la topologie Perforce commit-edge et Perforce de la réplication native. Chaque révision d'actif traverse ensuite la liaison la plus lente une fois dans le serveur de périphérie, et les opérateurs se synchronisent depuis la périphérie sur le réseau régional. Les employés des flottes gérées par des services peuvent accéder au serveur Edge via des points de terminaison de ressources VPC. Un serveur Edge comporte des responsabilités opérationnelles, notamment la gestion des Perforce licences, la surveillance du retard de réplication et les sauvegardes. Une tâche qui cible une liste de modifications spécifique ne peut démarrer qu'une fois que le serveur Edge a répliqué cette liste de modifications.
Surveillance des tâches et gestion des résultats
Une fois les tâches soumises à Deadline Cloud terminées avec succès, une personne ou un processus télécharge le résultat de la tâche pour l'utiliser dans le flux de travail professionnel en dehors de Deadline Cloud. Après un échec de travail, les journaux des tâches et les informations de surveillance permettent de diagnostiquer les problèmes.
Moniteur Deadline Cloud
L'application de surveillance Deadline Cloud est disponible sur le Web et pour ordinateur. Cette solution convient parfaitement aux studios utilisant des flux de travail interactifs pour de nombreux DCC et utilisant des pièces jointes pour le stockage. Le moniteur ne vous aide que lorsque vous utilisez IAM Identity Center. IAM Identity Center est un produit Workforce Identity et non une solution d'identité des consommateurs (B2C). Il n'est donc pas adapté à de nombreux scénarios B2C.
Application de surveillance personnalisée
Si vous souhaitez personnaliser l'expérience de surveillance de vos utilisateurs, si vous créez un produit B2C ou si vous créez un système hautement spécialisé à l'aide de Deadline Cloud, vous choisissez de créer une application de surveillance personnalisée. Vous pouvez utiliser l'API AWS Deadline Cloud pour créer cette application personnalisée, en combinant le contexte de votre flux de travail global avec les concepts de Deadline Cloud. Par exemple, votre produit B2C peut avoir son propre concept de projet que les utilisateurs configurent et votre application peut imbriquer les tâches Deadline Cloud dans la même interface.
Solution de surveillance automatisée
Dans certains scénarios, aucune application de surveillance dédiée n'est requise pour Deadline Cloud. Ce scénario est courant dans les flux de travail automatisés où Deadline Cloud est utilisé pour afficher automatiquement les actifs d'un pipeline, tels que des graphiques de diffusion pour le sport ou les actualités. Dans ce scénario, l'API Deadline Cloud et les EventBridge événements sont utilisés pour s'intégrer à un système externe de gestion des actifs multimédias pour les approbations et le transfert des données vers l'étape suivante du processus.
Gestion de l'infrastructure des travailleurs
Les flottes Deadline Cloud sont un regroupement de serveurs (travailleurs) capables de traiter les tâches soumises à une file d'attente Deadline Cloud et constituent l'infrastructure de base de toute ferme Deadline Cloud.
Service-managed flottes
Dans une flotte gérée par des services, Deadline Cloud prend la responsabilité des hôtes des serveurs, du système d'exploitation, de la mise en réseau, des correctifs, de la mise à l'échelle automatique et d'autres facteurs liés à la gestion d'une ferme de rendu. Vous spécifiez le nombre minimum et maximum de travailleurs que vous souhaitez, ainsi que les spécifications du système requises pour votre candidature et Deadline Cloud s'occupe du reste. Service-managed les flottes sont la seule option de flotte qui peut utiliser les canaux Deadline Cloud-managed Conda pour gérer facilement les applications DCC du secteur. De plus, Deadline Cloud UBL est automatiquement configuré avec des flottes gérées par des services. Wait and Save Flottes pour réduire les coûts et tolérer les retards, les charges de travail ne sont disponibles qu'avec les flottes gérées par les services.
Customer-managed flottes
Vous utilisez des flottes gérées par le client lorsque vous avez besoin de mieux contrôler les hôtes des travailleurs et leur environnement. Customer-managed les flottes sont les mieux adaptées lorsque vous utilisez Deadline Cloud sur site. Pour en savoir plus, veuillez consulter la section Créez et utilisez des flottes gérées par les clients de Deadline Cloud.
Exemples d'architectures
Studio de production traditionnel
Le studio de production traditionnel nécessite une infrastructure de calcul, de stockage et de réseau importante pouvant couvrir plusieurs sites physiques pour gérer les charges de travail de rendu. Chaque progiciel et fournisseur a ses propres exigences en matière de matériel, de logiciels, de réseau et de licences qui doivent être respectées lors de la résolution des conflits de version, de compatibilité et de ressources.
Il est courant d'avoir des exigences d'infrastructure distinctes pour les postes de travail des artistes, les nœuds de rendu, le stockage réseau, les serveurs de licences, les systèmes de mise en file d'attente des tâches, les outils de surveillance et la gestion des actifs. Les studios doivent généralement gérer plusieurs versions des outils DCC, des moteurs de rendu, des plugins et des outils personnalisés tout en gérant des accords de licence complexes sur l'ensemble de leur parc de rendu. L'infrastructure de votre studio se complique lorsque vous prenez en compte les environnements de développement, d'assurance qualité et de production.
Un déploiement classique de Deadline Cloud utilisant des options de gestion des services permet de résoudre ou de réduire bon nombre de ces défis en :
Soumission de tâches de flux de travail interactive via des soumetteurs DCC intégrés
Gestion des candidatures via les canaux Deadline Cloud-managed Conda
Usage-based licences configurées automatiquement pour les logiciels pris en charge
Gestion des actifs par le biais de tâches associées
Surveillance via l'application de surveillance Deadline Cloud
Gestion de l'infrastructure par le biais de flottes gérées par des services
Grâce à cette approche, les artistes peuvent soumettre des travaux directement depuis leurs outils DCC habituels vers une ferme de rendu cloud évolutive sans avoir à gérer une infrastructure complexe. Le service gère automatiquement le déploiement des logiciels, les licences, le transfert de données et la mise à l'échelle de l'infrastructure. Les artistes peuvent suivre leurs travaux via une interface Web ou une application de bureau, et les sorties sont automatiquement stockées dans Amazon S3 pour un accès facile.
Grâce à cette configuration, les studios peuvent créer des environnements de développement et de production en quelques minutes, ne payer que pour le calcul et les licences qu'ils utilisent, et se concentrer sur le travail créatif plutôt que sur la gestion de l'infrastructure. L'approche gérée par les services constitue le moyen le plus rapide d'adopter le rendu dans le cloud tout en maintenant des flux de travail familiers pour les artistes.
Studio dans le cloud
Les studios d'effets visuels et d'animation modernes transfèrent de plus en plus l'ensemble de leur pipeline vers le cloud, y compris les postes de travail pour artistes. Cette approche élimine le besoin d'une infrastructure sur site, permet une collaboration mondiale et s'adapte à la fois au travail interactif et au rendu. Cependant, cela pose également de nouveaux défis en matière de gestion des ressources cloud, de garantie d'un accès aux données à faible latence et d'intégration de stations de travail basées sur le cloud à des fermes de rendu.
Un studio cloud natif classique nécessite une approche unifiée pour gérer les postes de travail cloud, le stockage partagé, l'infrastructure de rendu et le déploiement de logiciels sur tous ces composants. Les approches traditionnelles aboutissaient souvent à des systèmes complexes gérés manuellement qui avaient du mal à équilibrer performances, coûts et flexibilité.
Un déploiement Deadline Cloud pour un studio cloud natif peut être mis en œuvre à l'aide des méthodes suivantes :
Soumission de tâches de flux de travail interactive via des soumetteurs DCC intégrés sur des stations de travail cloud
Gestion des applications via les nœuds de rendu des canaux Deadline Cloud-managed Conda
Usage-based licences configurées automatiquement pour les logiciels pris en charge
Accès au stockage personnalisé à l'aide de FSx for Windows File Server pour les données de projet partagées
Surveillance via l'application de surveillance Deadline Cloud
Gestion de l'infrastructure à l'aide de flottes gérées par des services
Cette approche permet aux artistes de travailler sur des stations de travail basées sur le cloud avec un accès direct à un stockage partagé performant et de soumettre des travaux à la ferme Deadline Cloud. Le studio peut gérer le déploiement de logiciels sur les postes de travail et les nœuds de rendu en utilisant les mêmes canaux conda, garantissant ainsi la cohérence et réduisant les frais de maintenance.
Les principaux avantages de cette configuration sont les suivants :
Collaboration mondiale avec des artistes pouvant accéder à des postes de travail de n'importe où
Environnements logiciels cohérents sur tous les postes de travail et nœuds de rendu
High-performance stockage partagé accessible à la fois aux postes de travail et aux nœuds de rendu
Mise à l'échelle flexible des ressources de calcul interactives et par lots
Gestion centralisée de l'ensemble de l'infrastructure des studios dans le cloud
Dans ce scénario, la configuration du stockage implique généralement :
FSx for Windows File Server pour les données de projet, accessible à la fois aux postes de travail cloud et aux employés de Deadline Cloud
Profils de stockage dans Deadline Cloud pour gérer le mappage des chemins entre les postes de travail et les nœuds de rendu
Montage direct de partages FSx sur les travailleurs de Deadline Cloud à l'aide de points de terminaison de ressources VPC et de scripts de configuration hôte
Cette approche native du cloud permet aux studios d'éliminer l'infrastructure sur site, permettant ainsi une mise à l'échelle rapide pour des projets de toute taille tout en conservant des flux de travail familiers pour les artistes. Il offre la flexibilité nécessaire pour utiliser une combinaison de ressources gérées par les services et gérées par le client, optimisant à la fois la facilité de gestion et les exigences de performance spécifiques.
En utilisant des stations de travail cloud aux côtés de Deadline Cloud, les studios peuvent créer un pipeline de production entièrement intégré et accessible dans le monde entier, qui s'adapte aussi bien aux petites équipes qu'aux grandes productions.
Automatisation du commerce électronique
La plateforme de commerce électronique moderne nécessite une génération d'actifs automatisée à grande échelle pour fournir une visualisation complète des produits sur des millions d'articles. Les approches traditionnelles nécessiteraient d'importants investissements d'infrastructure pour traiter de grands volumes de modèles 3D sur des supports de produits standardisés, ce qui se traduisait souvent par des systèmes sous-provisionnés qui créent des retards de traitement ou des systèmes surprovisionnés avec une capacité inactive.
Un flux de travail de commerce électronique automatisé typique doit gérer le traitement du téléchargement des produits, la validation des modèles 3D, la gestion du parc de rendu, le traitement des sorties et l'intégration aux systèmes d'information sur les produits. La gestion de ces flux de travail nécessite généralement de coordonner plusieurs applications de rendu, ressources de calcul et pipelines de traitement des données tout en garantissant une qualité constante et en maintenant la rentabilité à grande échelle.
Un déploiement de Deadline Cloud pour l'automatisation du commerce électronique peut être mis en œuvre en utilisant :
Soumission automatique des tâches de flux de travail grâce à l'intégration d'API personnalisée dans l'application d'ingestion de commerce électronique existante
Définitions de tâches personnalisées adaptées à une visualisation standardisée des produits
Gestion des candidatures via les canaux Deadline Cloud-managed Conda
Usage-based licences configurées automatiquement pour les logiciels pris en charge
Intégration directe d'Amazon S3 pour la gestion des actifs
Application de surveillance personnalisée intégrée aux systèmes de gestion de produits existants
Service-managed flottes pour une mise à l'échelle élastique
Cette approche permet de traiter des milliers de produits par jour, en générant automatiquement des visualisations de produits standardisées, telles que des animations de plateaux tournants. L'infrastructure gérée par les services évolue automatiquement pour répondre à la demande variable tout en préservant la rentabilité grâce à la réutilisation des employés et à un déploiement optimisé des applications.
Whitelabel/OEM/B2C Client
Les logiciels de création de contenu numérique (DCC) traditionnels obligent généralement les utilisateurs à gérer leur propre infrastructure de rendu ou à traiter les rendus localement sur leur poste de travail, ce qui entraîne soit des investissements matériels importants, soit de longs délais d'attente qui interrompent les flux de création. Pour les éditeurs de logiciels, la fourniture de fonctionnalités de rendu dans le cloud exigeait traditionnellement la création et la maintenance d'une infrastructure et de systèmes de facturation complexes.
Un déploiement Deadline Cloud intégré au logiciel B2C permet le rendu dans le cloud directement dans l'interface familière de l'utilisateur. Cette intégration combine :
Soumission de tâches via un flux de travail interactif intégré à l'application DCC
Date limite pour les canaux Cloud-managed conda pour le déploiement de l'application de rendu
Usage-based licences configurées automatiquement
Gestion des actifs par le biais de pièces jointes avec stockage géré par le fournisseur
Surveillance personnalisée intégrée directement dans l'interface DCC
Service-managed flottes partagées entre les utilisateurs
Cette approche permet aux utilisateurs finaux de soumettre des rendus au cloud en un seul clic depuis leur logiciel, sans gérer de comptes, d'infrastructure ou de configuration complexe. Le fournisseur du logiciel gère un environnement mutualisé dans lequel :
Les utilisateurs s'authentifient à l'aide de leurs informations d'identification logicielles existantes
Les tâches sont automatiquement acheminées vers des files d'attente dédiées par utilisateur
Les actifs sont isolés de manière sécurisée à l'aide IAM-controlled de préfixes de stockage
La facturation est gérée via les systèmes existants du fournisseur
L'état des tâches et les résultats sont retransmis directement à l'application de l'utilisateur
L'approche de parc partagé garantit des performances optimales en maintenant un bassin de travailleurs chaleureux, en minimisant les temps de démarrage tout en maximisant l'utilisation des ressources sur l'ensemble de la base d'utilisateurs. Cette configuration permet aux éditeurs de logiciels de proposer le rendu dans le cloud en tant que fonctionnalité intégrée du produit plutôt que comme un service distinct nécessitant une configuration ou des comptes supplémentaires.
Les utilisateurs finaux bénéficient des avantages suivants :
One-click soumission depuis leur interface familière
Pay-as-you-go tarification sans gestion de l'infrastructure
Démarrage rapide des tâches grâce à une infrastructure partagée
Téléchargement automatique et organisation des rendus terminés
Une expérience cohérente sur toutes les plateformes
Ce modèle d'intégration permet aux éditeurs de logiciels de fournir des fonctionnalités de rendu de niveau professionnel à l'ensemble de leur base d'utilisateurs tout en garantissant une expérience simple et conviviale qui semble être native de leur application.
Ferme de rendu hybride
Un studio qui gère déjà une ferme de rendu sur site peut ajouter de la capacité cloud pour traiter les pics de charge de travail sans acheter de matériel supplémentaire. Dans une ferme hybride, vos employés sur site fonctionnent comme une flotte gérée par le client, vos travailleurs du cloud fonctionnent comme une flotte gérée par les services ou une flotte d'instances Amazon EC2 gérée par le client, et les deux flottes partagent une file d'attente. Comme la configuration varie selon le type de parc, vous planifiez la répartition des tâches, les environnements d'application, les licences et l'accès aux actifs afin qu'une seule file d'attente fonctionne partout. Pour de plus amples informations, veuillez consulter Étendez votre parc de rendu sur site au cloud.
