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.
Conseils sur l'architecture cloud de Deadline
Cette rubrique fournit des conseils et des bonnes pratiques pour concevoir et créer des fermes de rendu fiables, sécurisées, efficaces et économiques 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.
Ce contenu est destiné aux directeurs de la technologie (CTOs), aux architectes, aux développeurs et aux membres de l'équipe opérationnelle.
Un flux de end-to-end rendu nécessite des solutions à plusieurs niveaux du processus, tels 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 couche du processus de rendu. En sélectionnant l'une des options de Deadline Cloud dans chaque couche, vous pouvez concevoir un flux de travail adapté à votre cas d'utilisation.
Pour chaque couche, vous devez choisir l'approche la mieux adaptée à votre cas d'utilisation. Il ne s'agit pas de définitions de scénarios strictes et ne constituent pas le seul moyen d'utiliser Deadline Cloud. Il s'agit plutôt d'un ensemble de concepts de haut niveau destinés à vous aider à comprendre comment Deadline Cloud peut 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 applications, licences des applications, accès aux actifs, gestion des sorties et gestion de l'infrastructure des travailleurs.
En général, vous pouvez utiliser mix-and-match n'importe quel scénario dans une couche avec n'importe quel autre scénario dans une autre couche, à l'exception des combinaisons spécifiques spécifiées ci-dessous.
Source du job
La source des tâches est le point d'accès par lequel les nouvelles tâches entreront dans le système pour être affichées par Deadline Cloud. À haut niveau, 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 acteur créatif est le principal générateur de travail à traiter dans la ferme Deadline Cloud. En général, le résultat de ces tâches est un artefact principal pour le projet ou l'équipe de plus grande envergure. Ils effectuent leur travail à l'aide de logiciels tels qu'un outil de création de contenu numérique (DCC) conforme aux normes de l'industrie. Ils soumettent manuellement des 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 et Monitoring de la charge de travail.
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. Il peut s'agir de la génération d'actifs dans un pipeline de vente au détail, comme une vidéo sur plaque tournante générée à partir d'un modèle 3D ou d'un scan. Il pourrait s'agir de la composition automatisée de graphiques diffusés et de cartes de joueur pour le sport. 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.
Dans le cas des tâches automatisées, il est moins courant d'utiliser les soumetteurs intégrés à Deadline Cloud et le moniteur Deadline Cloud. Souvent, les définitions des tâches concernent le développement d'applications personnalisées que vous avez rédigées et les résultats des tâches seront automatiquement transférés vers un système de gestion des actifs numériques (DAM) ou un système de gestion des actifs multimédias (MAM) pour approbation et distribution.
Soumission d'un job
Les tâches sont soumises à Deadline Cloud à l'aide OpenJobDescription
Émetteur intégré avec DCC
Un émetteur intégré de Deadline Cloud est un logiciel qui relie Deadline Cloud à un DCC ou à un progiciel standard du secteur. L'émetteur intégré détermine comment transformer les données et la configuration d'une charge de travail de rendu, composite ou autre en un modèle de tâche, ce qui peut être compris par Deadline Cloud. De nombreux soumetteurs intégrés sont créés et gérés par l'équipe de 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 émetteur. Il existe un nombre limité de DCCs solutions prises en charge par l'équipe de Deadline Cloud.
Les flux de travail interactifs impliquent généralement des émetteurs 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 travail dans son DCC et à effectuer une exportation unique du lot de tâches. Cet ensemble de tâches définit comment exécuter ce type de tâche spécifique sur Deadline Cloud de manière paramétrée. Cet ensemble de tâches peut être intégré dans le scénario de flux de travail automatisé à des fins d'automatisation.
Définition de tâche personnalisée
Pour les applications et les flux de travail personnalisés, il est possible de contrôler entièrement 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 tâche à soumettre à Deadline Cloud afin de générer automatiquement une animation de plaque tournante sur un fond commun en utilisant un éclairage commun correspondant aux autres objets 3D disponibles sur le site. Au cours du développement de la plateforme de commerce électronique, un développeur de logiciel 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 plateforme pour soumettre cette tâche pendant le flux de travail 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'un travail est soumis à Deadline Cloud et attribué à un travailleur, le script issu de la définition du travail est exécuté sur le travailleur. Dans la plupart des cas, ce script invoque une application pour effectuer le traitement proprement dit, comme un moteur de rendu, un composite, un encodage, un filtrage ou toute autre tâche parmi un certain nombre de tâches gourmandes en ressources informatiques. La gestion des applications est le concept visant à garantir que la version nécessaire du logiciel requis est disponible pour les travailleurs.
Vous pouvez gérer les applications à l'aide de n'importe quel système de gestion de packages de votre choix, mais Deadline Cloud fournit un certain nombre d'outils pour permettre facilement l'utilisation des packages Conda. Conda
Canal Conda géré par Deadline Cloud pour les flottes gérées par des services (SMF)
Lorsque vous utilisez des flottes gérées par des services, un canal conda géré par Deadline Cloud est automatiquement configuré et configuré pour être utilisé par vos tâches. Le service Deadline Cloud fournit un certain nombre d'applications DCC partenaires et les rend sur ce canal conda. Pour plus d'informations, voir 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 lorsque vous utilisez des flottes gérées par des services et n'est pas disponible lorsque vous utilisez des flottes gérées par le client.
Canal Conda autogéré
Si vous n'êtes pas en mesure d'utiliser le canal conda géré par Deadline Cloud, vous devez déterminer comment installer, corriger 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. Cela interagira très étroitement avec le canal conda géré par Deadline Cloud. Par exemple, vous pouvez utiliser un DCC issu du canal conda géré par Deadline Cloud, mais apporter votre propre package contenant un plugin DCC spécifique. Pour plus d'informations sur ce processus, consultez Créer 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 l' GitHub organisation AWS Deadline Cloud
Si vous gérez déjà des applications dans des flottes gérées 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 du job et soumettez le job.
Licences de l'application
De nombreuses charges de travail généralement exécutées sur Deadline Cloud nécessitent une licence logicielle auprès du fournisseur du logiciel. Ces applications font souvent l'objet d'une licence par siège, par processeur ou par hôte. Il est de votre responsabilité de vous assurer que votre utilisation de logiciels tiers sur Deadline Cloud respecte le contrat de licence tiers. Si vous utilisez un logiciel open source, un logiciel personnalisé ou un logiciel sans licence, il n'est pas nécessaire de configurer cette couche. N'oubliez pas que Deadline Cloud ne prend en charge que les licences de rendu et non les licences de station de travail.
Flottes gérées par des services et licences basées sur l'utilisation
Lorsque vous utilisez des flottes gérées par le service 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 sont automatiquement définies pour les variables d'environnement 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 pendant lesquelles vous utilisez l'application sous licence.
Flottes gérées par le client 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 travailleurs et configuré la connectivité réseau entre les travailleurs et les adresses IP des 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 lorsque vous utilisez UBL dans des flottes gérées par des services.
Licences personnalisées
Vous pouvez utiliser une application qui n'est pas prise en charge par Deadline Cloud UBL ou vous avez peut-être des licences préexistantes toujours valides. Dans ce scénario, vous êtes responsable de la configuration du chemin réseau entre vos employés (géré 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 travailleur et que l'application est configurée, le travailleur doit être configuré pour accéder aux données d'actifs requises pour le travail. Il peut s'agir de données 3D, de données de texture, de données d'animation, d'images vidéo ou de 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. Cela peut se trouver sur le disque dur du poste de travail, sur un outil de collaboration utilisateur, sur le contrôle de source, sur un système de fichiers partagé sur site ou dans le cloud, sur Amazon S3 ou sur d'autres sites.
Ensuite, déterminez ce qui est nécessaire pour qu'un travailleur accède à ces données. Ces données sont-elles uniquement disponibles sur le réseau de votre entreprise ? Quelle est l'identité ou les informations d'identification requises pour accéder aux données ? La source de données est-elle adaptée à la tâche en fonction du nombre de travailleurs que vous prévoyez de traiter ?
Pièces jointes aux offres d'emploi
Le mécanisme d'accès aux ressources le plus simple pour commencer 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 chargées dans un compartiment Amazon S3 avec un fichier manifeste spécifiant les fichiers requis par la tâche. 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 téléchargements suivants se terminent plus rapidement. Une fois qu'un travailleur a terminé 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 Job 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à présentes 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 aux tâches nécessitent que la tâche puisse spécifier complètement 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 des pièces jointes à des 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'émetteur intégré à Deadline Cloud, les pièces jointes aux tâches 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 devez vous assurer que les travailleurs ont accès aux données requises pour les offres d'emploi. 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 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 de vos ordinateurs de travail. Chaque profil de stockage décrit le système d'exploitation et la structure du système de fichiers de l'une de vos configurations système. À l'aide de profils de stockage, lorsqu'un artiste utilisant un poste de travail Windows soumet une tâche traitée par un Linux collaborateur, Deadline Cloud veille à ce que le chemin soit 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 de l'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 dans votre VPC.
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échargera le résultat de la tâche pour l'utiliser dans le flux de travail commercial en dehors de Deadline Cloud. En cas d'échec d'une tâche, 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 sur ordinateur. Cette solution convient parfaitement aux studios utilisant des flux de travail interactifs pour un large éventail d'utilisations de pièces jointes DCCs à des fins de stockage. Le moniteur ne vous prend en charge que lorsque vous utilisez IAM Identity Center. IAM Identity Center est un produit Workforce Identity, et non une solution d'identité grand public (B2C). Il n'est donc pas adapté à de nombreux scénarios B2C.
Application de moniteur 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 nécessaire 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 et les EventBridge événements de Deadline Cloud sont utilisés pour s'intégrer à un système de gestion des actifs multimédias externe 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 groupe de serveurs (travailleurs) capables de traiter les tâches soumises à une file d'attente Deadline Cloud et constituent l'infrastructure principale de toute ferme Deadline Cloud.
Flottes gérées par des services
Dans un parc géré par des services, Deadline Cloud prend en charge les hôtes, le système d'exploitation, le réseau, les correctifs, le dimensionnement automatique et les autres facteurs liés à la gestion d'un parc 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 application, et Deadline Cloud se charge du reste. Les flottes gérées par des services sont la seule option de flotte qui peut utiliser les canaux conda gérés par Deadline Cloud pour gérer facilement les applications DCC du secteur. En outre, Deadline Cloud UBL est automatiquement configuré avec des flottes gérées par des services. Les flottes Wait and Save pour des charges de travail moins coûteuses et tolérantes aux retards ne sont disponibles qu'à l'aide de flottes gérées par des services.
Flottes gérées par le client
Vous utilisez des flottes gérées par le client lorsque vous avez besoin d'un meilleur contrôle sur les hôtes de travail et leur environnement. Les flottes gérées par le client sont particulièrement adaptées à l'utilisation de 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 capable de couvrir plusieurs sites physiques pour répondre aux charges de travail de rendu. Chaque progiciel et chaque fournisseur ont des exigences uniques en matière de matériel, de logiciel, de réseau et de licence qui doivent être respectées tout en résolvant les 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 ont généralement besoin de gérer plusieurs versions des outils, moteurs de rendu, plugins et outils personnalisés DCC tout en gérant des accords de licence complexes au sein de leur parc de rendu. L'infrastructure de votre studio devient plus complexe lorsque vous considérez les environnements de développement, d'assurance qualité et de production.
Un déploiement typique de Deadline Cloud à l'aide d'options gérées par les 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 applications via les canaux conda gérés par Deadline Cloud
Licences basées sur l'utilisation configurées automatiquement pour les logiciels pris en charge
Gestion des actifs grâce à des offres d'emploi
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 le dimensionnement de l'infrastructure. Les artistes peuvent suivre leur travail via une interface Web ou une application de bureau, et les résultats sont automatiquement stockés 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 basée sur la gestion des services constitue le moyen le plus rapide d'adopter le rendu dans le cloud tout en préservant les flux de travail habituels des 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 des artistes. Cette approche élimine le besoin d'une infrastructure sur site, permet une collaboration mondiale et permet une mise à l'échelle fluide pour le travail interactif et le rendu. Cependant, cela pose également de nouveaux défis en termes de gestion des ressources cloud, de garantie d'un accès aux données à faible latence et d'intégration des stations de travail basées sur le cloud aux fermes de rendu.
Un studio cloud natif typique 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 ont souvent donné lieu à des systèmes complexes gérés manuellement qui avaient du mal à trouver un équilibre entre performance, coût et flexibilité.
Un déploiement de Deadline Cloud pour un studio cloud natif peut être mis en œuvre en utilisant :
Soumission de tâches de flux de travail interactive via des émetteurs DCC intégrés sur des postes de travail cloud
Gestion des applications via les nœuds de rendu Conda Channels gérés par Deadline Cloud
Licences basées sur l'utilisation configurées automatiquement pour les logiciels pris en charge
Accès au stockage personnalisé à l'aide du serveur de Windows fichiers FSx 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 postes de travail basés sur le cloud avec un accès direct à un stockage partagé haute performance et de soumettre facilement des tâches à la ferme Deadline Cloud. Le studio peut gérer le déploiement des 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 capables d'accéder aux postes de travail de n'importe où
Environnements logiciels cohérents entre les postes de travail et les nœuds de rendu
Stockage partagé hautes performances 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 toute l'infrastructure du studio dans le cloud
Dans ce scénario, la configuration du stockage implique généralement :
FSx pour Windows le serveur de fichiers pour les données de projet, accessible à la fois par les postes de travail cloud et par les 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 FSx partages sur les serveurs de Deadline Cloud à l'aide de points de terminaison de ressources VPC et de scripts de configuration d'hôtes
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 les flux de travail habituels des 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, en optimisant à la fois la facilité de gestion et les exigences de performance spécifiques.
En tirant parti des stations de travail cloud associées à Deadline Cloud, les studios peuvent créer un pipeline de production entièrement intégré et accessible dans le monde entier, qui s'adapte parfaitement aux petites équipes aux grandes productions.
ECommerce Automatisation
La plate-forme 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écessitaient d'importants investissements en infrastructure pour traiter de grands volumes de modèles 3D en supports de produits standardisés, ce qui se traduisait souvent soit par des systèmes sous-approvisionnés, ce qui créait des arriérés de traitement, soit par des systèmes surapprovisionnés avec une capacité inutilisée.
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 traditionnellement de coordonner plusieurs applications de rendu, ressources informatiques 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 automatisée des tâches de flux de travail grâce à l'intégration d'une API personnalisée dans l'application d'ingestion de commerce électronique existante
Définitions de tâches personnalisées adaptées à la visualisation standardisée des produits
Gestion des applications via les canaux Conda gérés par Deadline Cloud
Licences basées sur l'utilisation configurées automatiquement pour les logiciels pris en charge
Intégration directe avec Amazon S3 pour la gestion des actifs
Application de surveillance personnalisée intégrée aux systèmes de gestion de produits existants
Des flottes gérées par des services pour une évolutivité é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 platines. L'infrastructure gérée par les services évolue automatiquement pour répondre à la demande variable tout en maintenant la rentabilité grâce à la réutilisation par les employés et au 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 des investissements matériels importants ou de longs temps d'attente interrompant les flux de travail créatifs. Pour les fournisseurs de logiciels, fournir des fonctionnalités de rendu dans le cloud nécessitait traditionnellement la création et la maintenance d'infrastructures et de systèmes de facturation complexes.
Un déploiement de Deadline Cloud intégré à un logiciel B2C permet un rendu cloud fluide directement dans l'interface familière de l'utilisateur. Cette intégration combine :
Soumission de tâches de flux de travail interactive intégrée à l'application DCC
Date limite : canaux conda gérés dans le cloud pour le déploiement d'applications de rendu
Licences basées sur l'utilisation configurées automatiquement
Gestion des actifs par le biais de tâches associées à un stockage géré par le fournisseur
Surveillance personnalisée intégrée directement dans l'interface DCC
Flottes gérées par des services 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 de logiciels gère un environnement mutualisé dans lequel :
Les utilisateurs s'authentifient à l'aide de leurs identifiants logiciels existants
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 de préfixes de stockage contrôlés par IAM
La facturation est gérée par le biais des systèmes existants du fournisseur
L'état du job et les résultats sont retransmis directement à l'application de l'utilisateur
L'approche du 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 par l'ensemble de la base d'utilisateurs. Cette configuration permet aux fournisseurs de logiciels de proposer le rendu dans le cloud en tant que fonctionnalité fluide du produit plutôt qu'un service distinct nécessitant une configuration ou des comptes supplémentaires.
Les utilisateurs finaux bénéficient des avantages suivants :
Soumission en un clic depuis leur interface familière
Pay-as-you-go tarification sans gestion de l'infrastructure
Délais de démarrage rapides 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, adaptée à leur application.
