Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Guía de arquitectura de Deadline Cloud
Este tema proporciona orientación y prácticas recomendadas para diseñar y crear granjas de renderizado confiables, seguras, eficientes y rentables para sus cargas de trabajo con Deadline Cloud. El uso de esta guía puede ayudarlo a crear cargas de trabajo estables y eficientes, lo que le permitirá centrarse en la innovación, reducir los costos y mejorar la experiencia de sus clientes.
Este contenido está dirigido a directores tecnológicos (CTO), arquitectos, desarrolladores y miembros de los equipos de operaciones.
Un flujo de trabajo de renderizado integral requiere soluciones en varios niveles del proceso, como la generación de trabajos, el acceso a los activos y la supervisión de los trabajos. Deadline Cloud ofrece múltiples soluciones para cada capa del proceso de renderizado. Al seleccionar una de las opciones de Deadline Cloud en cada capa, puedes diseñar un flujo de trabajo que se adapte a tu caso de uso.
Para cada capa, decide qué enfoque es el mejor para tu caso de uso. Estos escenarios no son definiciones estrictas y no son la única forma de utilizar Deadline Cloud. Por el contrario, forman un conjunto de conceptos de alto nivel que le ayudarán a comprender cómo Deadline Cloud podría adaptarse a su negocio o flujo de trabajo. Puedes separar las cargas de trabajo de Deadline Cloud en las siguientes capas: fuente del trabajo, envío del trabajo, administración de aplicaciones, licencias de aplicaciones, acceso a los activos, administración de resultados y administración de la infraestructura laboral.
En general, puede combinar cualquier escenario de una capa con cualquier otro escenario de otra capa, excepto las combinaciones específicas que se especifican a continuación.
Fuente de trabajo
La fuente del trabajo es el punto de acceso por el que los nuevos trabajos ingresarán al sistema para que Deadline Cloud los procese. A un alto nivel, hay dos fuentes principales de empleo: la interactividad humana y los sistemas informáticos automatizados.
Flujo de trabajo interactivo
En este escenario, un artista u otro rol creativo es el principal generador de trabajo que se procesará en la granja de Deadline Cloud. Por lo general, el resultado de estos trabajos es un artefacto principal para el proyecto o el equipo más grande. Realizan su trabajo utilizando un software, como una herramienta de creación de contenido digital (DCC) estándar del sector. Están enviando los trabajos manualmente a la granja de Deadline Cloud y, posteriormente, están viendo los resultados para revisarlos. La estación de trabajo en sí no está gestionada por AWS.
En la mayoría de los casos, estos artistas utilizan los remitentes integrados de Deadline Cloud y el monitor Deadline Cloud en las capas de supervisión y aplicación de la carga de trabajo.
Flujo de trabajo automatizado
En este escenario, un sistema programático propiedad del cliente es el principal generador de trabajos en la granja de Deadline Cloud. Los trabajos podrían consistir en la generación de activos en una cadena minorista, como un vídeo con tocadiscos generado a partir de un modelo 3D o escaneado. Otro ejemplo es la composición automatizada de gráficos de retransmisiones y tarjetas de jugadores para deportes. El tema de este escenario es que una persona no envía manualmente cada trabajo a Deadline Cloud, sino que el trabajo se genera como parte de un sistema más grande.
Con los trabajos automatizados, es menos común utilizar los remitentes integrados de Deadline Cloud y el monitor de Deadline Cloud. Con frecuencia, las definiciones de los trabajos serán elaboradas de forma personalizada por usted y los resultados de los trabajos se transferirán automáticamente a un sistema de gestión de activos digitales (DAM) o a un sistema de gestión de activos multimedia (MAM) para su aprobación y distribución.
Presentación de trabajos
Los trabajos se envían a Deadline Cloud mediante OpenJobDescription
Remitente integrado con DCC
Un remitente integrado de Deadline Cloud es un software que conecta Deadline Cloud con un paquete de software o DCC estándar del sector. El remitente integrado determina cómo transformar los datos y la configuración de una carga de trabajo renderizada, compuesta o de otro tipo en una plantilla de trabajo, algo que Deadline Cloud puede entender. Muchos de los remitentes integrados son creados y mantenidos por el equipo de Deadline Cloud o por el creador del paquete de software, pero si aún no existe uno para la aplicación deseada, puedes crear y mantener tu propio remitente. Hay un conjunto limitado de DCC que cuentan con el respaldo del equipo de Deadline Cloud.
Los flujos de trabajo interactivos suelen incluir remitentes integrados, pero no siempre. En el caso de los flujos de trabajo automatizados y con plantillas, un flujo de trabajo habitual consiste en que un artista configure una plantilla en su DCC y exporte el paquete de trabajos una sola vez. Este paquete de trabajos define cómo ejecutar ese tipo concreto de trabajo en Deadline Cloud de forma parametrizada. Este paquete de trabajos se puede integrar en el escenario de flujo de trabajo automatizado con fines de automatización.
Definición de trabajo personalizada
En el caso de las aplicaciones y los flujos de trabajo personalizados, es posible controlar completamente la forma en que se crean y envían estas definiciones de trabajo a Deadline Cloud. Por ejemplo, un sitio de comercio electrónico puede pedir a los vendedores que suban modelos 3D del objeto que venden. Tras subirlo, la plataforma de comercio electrónico podría generar de forma dinámica una definición de trabajo para enviarla a Deadline Cloud y generar automáticamente una animación de tocadiscos sobre un fondo común, utilizando una iluminación común para que coincida con los demás objetos 3D disponibles en el sitio. Durante el desarrollo de la plataforma de comercio electrónico, un desarrollador de software crearía una definición de trabajo, la integraría en la plataforma de comercio electrónico con los parámetros que eventualmente proporcionaran los vendedores y codificaría la plataforma para enviar este trabajo durante el proceso de carga de productos de la plataforma.
Deadline Cloud proporciona varios ejemplos de definiciones de trabajo en el repositorio de muestras de
Application Management (Administración de aplicaciones)
Después de enviar un trabajo a Deadline Cloud y asignarlo a un trabajador, el script de la definición del trabajo se ejecuta en el trabajador. En la mayoría de los casos, este script invoca una aplicación para que lleve a cabo el procesamiento propiamente dicho, como renderizar, componer, codificar, filtrar o cualquier otra tarea que requiera un uso intensivo de los recursos informáticos. La administración de aplicaciones es el concepto de garantizar que la versión necesaria del software requerido esté disponible para los trabajadores.
Puede administrar las aplicaciones con cualquier sistema de administración de paquetes que desee, pero Deadline Cloud proporciona una serie de herramientas para permitir fácilmente el uso de los paquetes de conda. Conda
Deadline Cloud-managed conda channel para flotas gestionadas por servicios (SMF)
Al utilizar flotas gestionadas por servicios, un canal Cloud-managed conda de Deadline se configura automáticamente y se configura para que lo utilicen sus trabajos. El servicio Deadline Cloud ofrece una serie de aplicaciones y renderizados de DCC de socios en este canal de conda. Para obtener más información, consulte Crear un entorno de colas en la guía del usuario de Deadline Cloud. El servicio Deadline Cloud mantiene estos paquetes actualizados automáticamente y no requieren ningún tipo de mantenimiento por tu parte. Este canal conda solo está disponible cuando se utilizan flotas gestionadas por servicios y no está disponible cuando se utilizan flotas gestionadas por clientes.
Self-managed canal conda
Si no puede utilizar el canal Cloud-managed conda de Deadline, debe determinar cómo instalar, aplicar parches y gestionar las aplicaciones de su flota de Deadline Cloud. Una opción es crear un canal conda que tú mismo configures y mantengas. Este enfoque interactúa más estrechamente con el canal Cloud-managed conda de Deadline. Por ejemplo, puedes usar un DCC del canal Cloud-managed conda de Deadline pero traer tu propio paquete que contenga un complemento de DCC específico. Para obtener más información sobre este proceso, consulta Crear un canal conda con S3.
Administración de aplicaciones personalizadas
Para la administración de aplicaciones, el requisito de Deadline Cloud es que la aplicación esté disponible en el PATH cuando se ejecute el script de trabajo en el trabajador.
Si ya compilas y mantienes paquetes de Rez, puedes usar un entorno de colas para instalar las aplicaciones desde los repositorios de Rez. Puedes encontrar un ejemplo de entorno de colas en AWS Deadline Cloud org. GitHub
Si ya administras las aplicaciones en flotas gestionadas por clientes con trabajadores de larga duración o en imágenes del sistema, entonces no es necesario ningún entorno de colas para la gestión de las aplicaciones. Asegúrese de que la aplicación aparezca en la ruta del usuario del trabajo y envíe el trabajo.
Application licensing
Muchas cargas de trabajo que normalmente se ejecutan en Deadline Cloud requieren una licencia de software del proveedor de software. Estas aplicaciones suelen licenciarse por puesto, CPU o host. Es su responsabilidad asegurarse de que el uso del software de terceros en Deadline Cloud cumpla con el acuerdo de licencia de terceros. Si utilizas software de código abierto, software personalizado o software libre de licencia, no es necesario configurar esta capa. Deadline Cloud solo admite licencias de renderizado y no admite licencias de estaciones de trabajo.
Service-managed flotas y licencias basadas en el uso
Cuando se utilizan flotas gestionadas por el servicio de Deadline Cloud, las licencias basadas en el uso (UBL) se configuran automáticamente para el software compatible. Los trabajos que se ejecutan en flotas gestionadas por servicios tienen automáticamente configuradas variables de entorno para las aplicaciones compatibles a fin de indicarles que utilicen los servidores de licencias de Deadline Cloud. Cuando utilices Deadline Cloud UBL, solo se te cobrará por el número de horas que utilices la aplicación con licencia.
Customer-managed flotas y licencias basadas en el uso
Las licencias basadas en el uso (UBL) de Deadline Cloud también están disponibles cuando no se utilizan flotas gestionadas por servicios. En este caso, configurará puntos finales de licencia de Deadline Cloud para que proporcionen las direcciones IP de las subredes de VPC que haya seleccionado y que den acceso a los servidores de licencias de Deadline Cloud. Tras configurar las variables de entorno específicas del software apropiadas para sus trabajadores y configurar la conectividad de red entre los trabajadores y las direcciones IP de los terminales de licencia, los trabajadores podrán retirar y registrar las licencias del software compatible. Las licencias se cobran por hora de la misma forma que cuando se utiliza la UBL en flotas gestionadas por servicios.
Licencias personalizadas
Puede usar una aplicación que no sea compatible con Deadline Cloud UBL o puede tener licencias preexistentes que aún son válidas. En este caso, eres responsable de configurar la ruta de red desde tus trabajadores (gestionados por el cliente o el servicio) hasta los servidores de licencias. Para obtener más información sobre las licencias personalizadas, consulte. Conecte las flotas administradas por servicios a un servidor de licencias personalizado
Acceso a los activos
Una vez que se envía un trabajo a un trabajador y se configura la aplicación, el trabajador debe configurarse para acceder a los datos de activos necesarios para el trabajo. Los activos pueden ser datos 3D, datos de textura, datos de animación, fotogramas de vídeo o cualquier otro tipo de datos utilizados en su trabajo.
Empieza por pensar dónde están almacenados tus datos actualmente. Los datos pueden estar en el disco duro de la estación de trabajo, en una herramienta de colaboración de usuarios, en el control de código fuente, en un sistema de archivos compartido local o en la nube, en Amazon S3 o en cualquier otra ubicación.
A continuación, considere qué es lo que necesita un trabajador para acceder a estos datos. ¿Estos datos solo están disponibles en su red corporativa? ¿Qué identidad o credenciales se requieren para acceder a los datos? ¿Se ha escalado la fuente de datos para respaldar el trabajo con la cantidad de trabajadores que se espera que procesen el trabajo?
Archivos adjuntos al trabajo
El mecanismo más fácil de empezar para acceder a los activos son los archivos adjuntos de trabajo de Deadline Cloud. Cuando se envía un trabajo mediante archivos adjuntos de trabajo, los datos que requiere el trabajo se cargan en un bucket de Amazon S3 junto con un archivo de manifiesto en el que se especifican los archivos que requiere el trabajo. Con los archivos adjuntos de trabajo, no se requiere ninguna configuración complicada de almacenamiento compartido o de red. Los archivos solo se cargan una vez, por lo que las subidas posteriores se completan con mayor rapidez. Cuando un trabajador termina de procesar un trabajo, los datos de salida se cargan en Amazon S3 para que el artista u otro cliente puedan descargarlos. Los archivos adjuntos de trabajo se adaptan a flotas de cualquier tamaño y su incorporación y uso son sencillos y rápidos.
Los archivos adjuntos no son la mejor herramienta para todas las situaciones. Si los datos ya están guardados AWS, los archivos adjuntos al trabajo añaden una copia adicional de los datos, incluidos el tiempo de transferencia y los costes de almacenamiento asociados. Los archivos adjuntos a un trabajo requieren que el trabajo pueda especificar completamente los datos que necesita en el momento del envío, de modo que los datos puedan cargarse.
Para usar los archivos adjuntos de trabajos, su cola de Deadline Cloud debe tener un grupo de archivos adjuntos de trabajos asociado y el rol de cola debe usarse para proporcionar acceso a ese grupo. De forma predeterminada, todos los remitentes integrados de Deadline Cloud admiten adjuntar trabajos. Si no utilizas un remitente integrado de Deadline Cloud, puedes usar los archivos adjuntos de trabajo con tu software personalizado integrando la biblioteca python de Deadline Cloud.
Acceso al almacenamiento personalizado
Si no utiliza archivos adjuntos de trabajo, es responsable de garantizar que los trabajadores tengan acceso a los datos necesarios para los trabajos. Deadline Cloud proporciona una serie de herramientas para respaldar esto y mantener la portabilidad de los trabajos. Es posible que desees utilizar una solución de almacenamiento personalizada si ya dispones de almacenamiento en red compartido para artistas y trabajadores, prefieres utilizar un servicio externo, por ejemplo LucidLink, o por otros motivos.
Usa los perfiles de almacenamiento para modelar los sistemas de archivos de tu estación de trabajo y de los anfitriones de los trabajadores. Cada perfil de almacenamiento describe el diseño del sistema operativo y del sistema de archivos de una de las configuraciones del sistema. Al utilizar los perfiles de almacenamiento, cuando un artista que utiliza una estación de trabajo con Windows envía un trabajo que es procesado por un Linux trabajador, Deadline Cloud garantiza que se mapeen las rutas para que el trabajador pueda acceder al almacenamiento de datos que ha configurado.
Al usar flotas gestionadas por servicios de Deadline Cloud, los scripts de configuración del host y los puntos finales de recursos de la VPC permiten a los trabajadores montar y acceder directamente al almacenamiento compartido u otros servicios disponibles en la VPC.
Exija el control de código fuente
Muchos estudios guardan los archivos de sus proyectos. Perforce Cuando tus artistas ya envían sus obras a un Perforce servidor en forma de listas de cambios, los trabajadores pueden sincronizar el espacio de trabajo de un Perforce cliente directamente desde ese servidor como alternativa a los archivos adjuntos de trabajo. Luego, tus trabajos generan las mismas revisiones de archivos que enviaron tus artistas. La integración de Deadline Cloud con Unreal Engine incluye soporte de Perforce sincronización. Para obtener más información, consulta Cómo crear un trabajo de renderizado de Perforce en la guía del usuario de Deadline Cloud.
Hay dos prácticas que mantienen la Perforce sincronización rápida a gran escala:
- Sincronice los deltas con un almacenamiento de trabajo persistente
-
Mantén el espacio de trabajo del cliente entre las tareas para que cada sincronización descargue solo las revisiones de archivos que hayan cambiado desde la última tarea en la que se usó ese espacio de trabajo, en lugar de todo el proyecto. En las flotas administradas por servicios, habilite el almacenamiento persistente para que los volúmenes que contienen el espacio de trabajo sincronizado se reutilicen entre los trabajadores.
- Guarde en caché los datos de Perforce cerca de su flota
-
La velocidad de sincronización depende de la ruta de red entre los trabajadores y el Perforce servidor. Esa ruta puede tener un rendimiento bajo o una latencia alta, por ejemplo, cuando el servidor de confirmación está en las instalaciones o en una AWS región lejana. Un servidor Perforce perimetral en la misma región que su flota actúa como caché para los datos del almacén. Impleméntelo utilizando la Perforce topología perimetral y la replicación nativa. Perforce Luego, cada revisión de activos cruza el enlace más lento una vez en el servidor perimetral y los trabajadores se sincronizan desde el borde a través de la red regional. Los trabajadores de las flotas gestionadas por servicios pueden acceder al servidor perimetral a través de los puntos finales de recursos de la VPC. Un servidor perimetral conlleva responsabilidades operativas, como la concesión de Perforce licencias, la supervisión del retraso de la replicación y las copias de seguridad. Un trabajo dirigido a una lista de cambios específica solo puede comenzar después de que el servidor perimetral haya replicado esa lista de cambios.
Supervisión de trabajos y administración de resultados
Una vez que los trabajos enviados a Deadline Cloud se hayan completado correctamente, una persona o un proceso descargará el resultado del trabajo para usarlo en el flujo de trabajo empresarial fuera de Deadline Cloud. Tras un error en un trabajo, los registros de los trabajos y la información de supervisión ayudan a diagnosticar los problemas.
Monitor Deadline Cloud
La aplicación Deadline Cloud monitor está disponible en la web y para escritorio. Esta solución es la más adecuada para los estudios que utilizan flujos de trabajo interactivos para muchos DCC que utilizan archivos adjuntos de trabajo para su almacenamiento. El monitor solo es compatible con el IAM Identity Center. IAM Identity Center es un producto de Workforce Identity, no una solución de identidad del consumidor (B2C), por lo que no es apropiado para muchos escenarios de B2C.
Aplicación de monitorización personalizada
Si desea personalizar la experiencia de monitoreo de sus usuarios, está creando un producto B2C o está creando un sistema altamente especializado con Deadline Cloud, opta por crear una aplicación de monitoreo personalizada. Puedes usar la API de AWS Deadline Cloud para crear esta aplicación personalizada, combinando el contexto de tu flujo de trabajo general con los conceptos de Deadline Cloud. Por ejemplo, tu producto B2C puede tener su propio concepto de proyecto que los usuarios configuren y tu aplicación pueda agrupar los trabajos de Deadline Cloud en la misma interfaz.
Solución de monitorización automatizada
En algunos escenarios, Deadline Cloud no necesita una aplicación de monitoreo dedicada. Esta situación es habitual en los flujos de trabajo automatizados, en los que Deadline Cloud se utiliza para renderizar automáticamente los activos de una canalización, como gráficos de retransmisiones deportivas o de noticias. En este escenario, la API y los EventBridge eventos de Deadline Cloud se utilizan para integrarse con un sistema externo de gestión de activos multimedia para obtener las aprobaciones y transferir los datos a la siguiente etapa del proceso.
Administración de la infraestructura laboral
Las flotas de Deadline Cloud son un grupo de servidores (trabajadores) que pueden procesar los trabajos enviados a una cola de Deadline Cloud y constituyen la infraestructura principal de cualquier granja de Deadline Cloud.
Service-managed flotas
En una flota gestionada por servicios, Deadline Cloud asume la responsabilidad de los anfitriones de los trabajadores, el sistema operativo, las redes, los parches, el escalado automático y otros factores relacionados con la gestión de una granja de renderizado. Usted especifica la cantidad mínima y máxima de trabajadores que desea, junto con las especificaciones del sistema requeridas para su aplicación, y Deadline Cloud se encarga del resto. Service-managed Las flotas son la única opción de flota que puede utilizar los canales de Deadline Cloud-managed Conda para gestionar fácilmente las aplicaciones de DCC de la industria. Además, Deadline Cloud UBL se configura automáticamente con flotas gestionadas por servicios. Las flotas Wait and Save para obtener cargas de trabajo tolerantes a demoras y de menor costo solo están disponibles con flotas administradas por servicios.
Customer-managed flotas
Usas flotas administradas por el cliente cuando necesitas más control sobre los anfitriones de los trabajadores y su entorno. Customer-managed Las flotas son las más adecuadas cuando se usa Deadline Cloud de forma local. Para obtener más información, consulte Cree y use flotas administradas por clientes de Deadline Cloud.
Ejemplos de arquitecturas
Estudio de producción tradicional
El estudio de producción tradicional requiere una importante infraestructura de computación, almacenamiento y redes que pueda abarcar varias ubicaciones físicas para atender las cargas de trabajo de renderizado. Cada proveedor y paquete de software individual tiene requisitos únicos de hardware, software, redes y licencias que deben cumplirse para resolver los conflictos de versiones, compatibilidad y recursos.
Es habitual tener requisitos de infraestructura distintos para las estaciones de trabajo de los artistas, los nodos de renderizado, el almacenamiento en red, los servidores de licencias, los sistemas de cola de trabajos, las herramientas de supervisión y la gestión de activos. Por lo general, los estudios necesitan mantener varias versiones de las herramientas de DCC, los renderizadores, los complementos y las herramientas personalizadas y, al mismo tiempo, gestionar complejos acuerdos de licencia en toda su granja de renderizado. La infraestructura de tu estudio se vuelve más complicada si tienes en cuenta los entornos de desarrollo, control de calidad y producción.
Una implementación típica de Deadline Cloud con opciones administradas por servicios resuelve o reduce muchos de estos desafíos a través de:
Envío de trabajos de flujo de trabajo interactivo a través de remitentes de DCC integrados
Gestión de solicitudes a través de los canales de Deadline conda Cloud-managed
Usage-based las licencias se configuran automáticamente para el software compatible
Gestión de activos mediante archivos adjuntos de trabajo
Monitorización a través de la aplicación Deadline Cloud Monitor
Gestión de la infraestructura mediante flotas gestionadas por servicios
Con este enfoque, los artistas pueden enviar trabajos directamente desde sus herramientas de DCC conocidas a una granja de renderizado en la nube escalable sin tener que gestionar una infraestructura compleja. El servicio gestiona automáticamente la implementación del software, la concesión de licencias, la transferencia de datos y el escalado de la infraestructura. Los artistas pueden supervisar sus trabajos a través de una interfaz web o una aplicación de escritorio, y los resultados se almacenan automáticamente en Amazon S3 para facilitar el acceso.
Con esta configuración, los estudios pueden crear entornos de desarrollo y producción en cuestión de minutos, pagar únicamente por la informática y las licencias que utilizan y centrarse en el trabajo creativo en lugar de en la gestión de la infraestructura. El enfoque gestionado por servicios ofrece la forma más rápida de adoptar el renderizado en la nube y, al mismo tiempo, mantener los flujos de trabajo habituales para los artistas.
Estudio en la nube
Los estudios de animación y efectos visuales modernos están trasladando cada vez más todos sus proyectos a la nube, incluidas las estaciones de trabajo para artistas. Este enfoque elimina la necesidad de una infraestructura local, permite la colaboración global y se adapta tanto al trabajo interactivo como al renderizado. Sin embargo, también presenta nuevos desafíos en la administración de los recursos de la nube, la garantía de un acceso de baja latencia a los datos y la integración de las estaciones de trabajo basadas en la nube con las granjas de renderizado.
Un estudio típico nativo de la nube requiere un enfoque unificado para administrar las estaciones de trabajo en la nube, el almacenamiento compartido, la infraestructura de renderizado y la implementación de software en todos estos componentes. Los enfoques tradicionales solían dar lugar a sistemas complejos gestionados manualmente que tenían dificultades para equilibrar el rendimiento, el coste y la flexibilidad.
Una implementación en Deadline Cloud para un estudio nativo de la nube se puede implementar mediante:
Envío de trabajos de flujo de trabajo interactivo a través de remitentes de DCC integrados en estaciones de trabajo en la nube
Gestión de aplicaciones mediante nodos de renderizado de Deadline Cloud-managed Conda Channels
Usage-based las licencias se configuran automáticamente para el software compatible
Acceso personalizado al almacenamiento mediante FSx for Windows File Server para datos de proyectos compartidos
Monitorización a través de la aplicación de monitorización Deadline Cloud
Administración de infraestructuras mediante flotas gestionadas por servicios
Este enfoque permite a los artistas trabajar en estaciones de trabajo basadas en la nube con acceso directo al almacenamiento compartido de alto rendimiento y enviar trabajos a la granja de Deadline Cloud. El estudio puede gestionar la implementación del software en ambas estaciones de trabajo y nodos de renderizado utilizando los mismos canales de conda, lo que garantiza la coherencia y reduce los gastos de mantenimiento.
Los beneficios clave de esta configuración incluyen:
Colaboración global con artistas que pueden acceder a las estaciones de trabajo desde cualquier lugar
Entornos de software uniformes en todas las estaciones de trabajo y nodos de renderizado
High-performance almacenamiento compartido accesible tanto para las estaciones de trabajo como para los nodos de renderizado
Escalado flexible de los recursos informáticos interactivos y por lotes
Administración centralizada de toda la infraestructura del estudio en la nube
La configuración del almacenamiento en este escenario normalmente implica:
FSx for Windows File Server para datos de proyectos, al que pueden acceder tanto las estaciones de trabajo en la nube como los trabajadores de Deadline Cloud
Almacene los perfiles en Deadline Cloud para gestionar el mapeo de rutas entre las estaciones de trabajo y los nodos de renderizado
Montaje directo de los recursos compartidos de FSx en los trabajadores de Deadline Cloud mediante puntos finales de recursos de VPC y scripts de configuración del host
Este enfoque nativo de la nube permite a los estudios eliminar la infraestructura local, lo que permite escalar rápidamente proyectos de cualquier tamaño y, al mismo tiempo, mantener los flujos de trabajo habituales de los artistas. Proporciona la flexibilidad necesaria para utilizar una combinación de recursos gestionados por los servicios y gestionados por los clientes, optimizando tanto la facilidad de gestión como los requisitos de rendimiento específicos.
Al utilizar estaciones de trabajo en la nube junto con Deadline Cloud, los estudios pueden lograr una línea de producción totalmente integrada y accesible desde todo el mundo que abarca desde equipos pequeños hasta grandes producciones.
Automatización del comercio electrónico
La plataforma de comercio electrónico moderna requiere la generación automatizada de activos a escala para proporcionar una visualización rica de los productos en millones de artículos. Los enfoques tradicionales requerirían una importante inversión en infraestructura para procesar grandes volúmenes de modelos 3D y convertirlos en soportes de productos estandarizados, lo que a menudo se traduciría en sistemas con aprovisionamiento insuficiente, lo que generaba retrasos en el procesamiento, o en sistemas con capacidad inactiva.
Un flujo de trabajo de comercio electrónico automatizado típico debe gestionar el procesamiento de la carga de los productos, la validación de los modelos 3D, la gestión de las granjas de renderizado, el procesamiento de los productos y la integración con los sistemas de información de productos. La gestión de estos flujos de trabajo tradicionalmente requiere coordinar varias aplicaciones de renderizado, recursos informáticos y canales de procesamiento de datos, a la vez que se garantiza una calidad uniforme y se mantiene la rentabilidad a escala.
Se puede implementar una implementación de Deadline Cloud para la automatización del comercio electrónico mediante:
Envío automatizado de trabajos de flujo de trabajo mediante la integración de API personalizada en la aplicación de incorporación de comercio electrónico existente
Definiciones de trabajo personalizadas adaptadas a la visualización estandarizada de los productos
Gestión de aplicaciones a través de los canales de Deadline Cloud-managed conda
Usage-based las licencias se configuran automáticamente para el software compatible
Integración directa con Amazon S3 para la administración de activos
Aplicación de monitoreo personalizada integrada con los sistemas de administración de productos existentes
Service-managed flotas para escalamiento elástico
Este enfoque permite procesar miles de productos al día y generar automáticamente visualizaciones estandarizadas de los productos, como animaciones de tocadiscos. La infraestructura gestionada por servicios se amplía automáticamente para satisfacer la demanda variable y, al mismo tiempo, mantener la rentabilidad mediante la reutilización de los trabajadores y la implementación optimizada de las aplicaciones.
Whitelabel/OEM/B2C Cliente
El software tradicional de creación de contenido digital (DCC) suele requerir que los usuarios mantengan su propia infraestructura de renderizado o procesen los renderizados localmente en su estación de trabajo, lo que implica importantes inversiones en hardware o largos tiempos de espera que interrumpen los flujos de trabajo creativos. Para los proveedores de software, ofrecer capacidades de renderizado en la nube tradicionalmente requería la creación y el mantenimiento de infraestructuras y sistemas de facturación complejos.
La implementación de Deadline Cloud integrada en el software B2C permite la renderización en la nube directamente desde la interfaz familiar del usuario. Esta integración combina:
El flujo de trabajo interactivo y el envío de trabajos están integrados en la aplicación DCC
Fecha límite: los canales Cloud-managed de conda para la implementación de la aplicación de renderizado
Usage-based la licencia se configuró automáticamente
Administración de activos mediante archivos adjuntos de tareas con almacenamiento administrado por el proveedor
Monitorización personalizada integrada directamente en la interfaz DCC
Service-managed flotas compartidas entre usuarios
Este enfoque permite a los usuarios finales enviar renderizados a la nube con un solo clic desde su software, sin tener que gestionar cuentas, infraestructuras ni configuraciones complejas. El proveedor de software mantiene un entorno multiusuario en el que:
Los usuarios se autentican a través de sus credenciales de software existentes
Los trabajos se redirigen automáticamente a colas específicas para cada usuario
Los activos se aíslan de forma segura mediante prefijos de almacenamiento IAM-controlled
La facturación se gestiona a través de los sistemas existentes del proveedor
El estado y los resultados del trabajo se transmiten directamente a la aplicación del usuario
El enfoque de flota compartida garantiza un rendimiento óptimo al mantener un grupo reducido de trabajadores, lo que minimiza los tiempos de inicio y maximiza la utilización de los recursos en toda la base de usuarios. Esta configuración permite a los proveedores de software ofrecer la renderización en la nube como una función de producto integrada en lugar de un servicio independiente que requiere configuraciones o cuentas adicionales.
Los usuarios finales se benefician de:
One-click envío desde su interfaz familiar
Pay-as-you-go precios sin administración de infraestructura
Tiempos rápidos de inicio de trabajos gracias a una infraestructura compartida
Descarga automática y organización de los renderizados finalizados
Experiencia uniforme en todas las plataformas
Este patrón de integración permite a los proveedores de software ofrecer capacidades de renderizado de nivel empresarial a toda su base de usuarios y, al mismo tiempo, mantener una experiencia sencilla y fácil de usar que parece nativa de su aplicación.
Granja de renderizado híbrida
Un estudio que ya tiene una granja de renderizado local puede añadir capacidad en la nube para procesar los picos de trabajo sin tener que comprar más hardware. En una granja híbrida, los trabajadores locales funcionan como una flota gestionada por el cliente, los trabajadores en la nube funcionan como una flota gestionada por servicios o una flota de instancias de Amazon EC2 gestionada por el cliente, y ambas flotas comparten una cola. Como la configuración difiere según los tipos de flota, planifica la distribución de los trabajos, los entornos de aplicaciones, las licencias y el acceso a los activos para que una cola funcione en todas partes. Para obtener más información, consulte Amplíe su granja de renderización local a la nube.
