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 fiables, seguras, eficientes y rentables para sus cargas de trabajo mediante 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 de tecnología (CTOs), arquitectos, desarrolladores y miembros del equipo de operaciones.

Un flujo de trabajo de end-to-end renderizado requiere soluciones en varios niveles del proceso, como la generación de empleos, 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 las opciones de Deadline Cloud en cada capa, puede diseñar un flujo de trabajo que se adapte a su caso de uso.

Para cada capa, tendrás que decidir qué enfoque es mejor para tu caso de uso. Estas no son definiciones de escenarios estrictas y no son la única forma de utilizar Deadline Cloud. En cambio, se trata de 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. Puede separar las cargas de trabajo de Deadline Cloud en las siguientes capas: Job Source, Job Submission, Application Management, Application Licensing, Asset Access, Output Management y Worker Infrastructure Management.

En general, puede combinar mix-and-match 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 de trabajo es el punto de acceso desde el que ingresarán nuevos trabajos al sistema para que Deadline Cloud los procese. A un alto nivel, hay dos fuentes principales de puestos de trabajo: 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 del 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 mediante 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, visualizan 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 emisores integrados de Deadline Cloud y el monitor de Deadline Cloud en las capas de carga de trabajo, aplicación y supervisión.

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. Podría tratarse de la generación de activos en un proceso de venta minorista, como un vídeo con tocadiscos generado a partir de un modelo 3D o escaneado. Esto podría consistir en la composición automática 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 que se utilicen los remitentes integrados de Deadline Cloud y el monitor de Deadline Cloud. A menudo, las definiciones de los puestos se basan en aplicaciones personalizadas y redactadas por usted, y los resultados de los trabajos pasan 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 OpenJobDescriptionplantillas. OpenJobDescription es una especificación abierta y flexible para definir los trabajos de procesamiento por lotes que se pueden transportar entre diferentes implementaciones de sistemas de programación. El archivo de definición del trabajo describe los parámetros del trabajo, los pasos del trabajo, cómo se parametriza un paso en función de las entradas del trabajo, así como el script real que se ejecutará en un Worker para realizar el procesamiento. La idea del envío de la carga de trabajo es cómo se crean estas definiciones de trabajo, quién las crea y cómo se envían.

Presentador integrado con DCC

Un remitente integrado de Deadline Cloud es un software que une Deadline Cloud con un DCC o paquete de software estándar del sector. El remitente integrado determina cómo transformar los datos y la configuración de una carga de trabajo renderizada, compuesta u otra carga de trabajo en una plantilla de trabajo, algo que Deadline Cloud puede entender. Muchos de los remitentes integrados los crea y mantiene el equipo de Deadline Cloud o el creador del paquete de software, pero si aún no existe ninguno para la aplicación deseada, puedes crear y mantener tu propio remitente. El equipo de DCCs Deadline Cloud admite un conjunto limitado de ellos.

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 un trabajo de plantilla en su DCC y realice una exportación única del paquete de trabajos. Este paquete de trabajos define cómo ejecutar ese tipo de trabajo en particular en Deadline Cloud de forma parametrizada. Este paquete de trabajos se puede integrar en el escenario del 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 por completo 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 esta subida, 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 con un tocadiscos sobre un fondo común y utilizar 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 creaba una definición de trabajo, la integraba en la plataforma de comercio electrónico con los parámetros que eventualmente proporcionaban los vendedores y codificaba la plataforma para que enviara este trabajo durante el flujo de carga de productos de la plataforma.

Deadline Cloud ofrece varios ejemplos de definiciones de trabajo en el repositorio de ejemplos de github.

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 realizar el procesamiento propiamente dicho, como un renderizador, una composición, una codificación, un filtrado o cualquier otra tarea que requiera un uso intensivo de la computación. La gestión de aplicaciones consiste en garantizar que los trabajadores dispongan de la versión necesaria del software necesario.

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 es un gestor de paquetes y un sistema de gestión de entornos de código abierto, multiplataforma e independiente del idioma.

Deadline: canal conda gestionado en la nube para flotas gestionadas por servicios (SMF)

Al utilizar flotas gestionadas por servicios, un canal conda gestionado por Deadline Cloud se configura y configura automáticamente para que lo utilice en sus puestos de trabajo. El servicio Deadline Cloud proporciona una serie de aplicaciones de DCC asociadas y las renderiza en este canal 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 actualiza automáticamente estos paquetes y no requieren mantenimiento por tu parte. Este canal conda solo está disponible cuando se utilizan flotas gestionadas por el servicio y no está disponible cuando se utilizan flotas gestionadas por el cliente.

Canal conda autogestionado

Si no puede utilizar el canal conda administrado por Deadline Cloud, debe determinar cómo instalar, parchear y gestionar las aplicaciones de su flota de Deadline Cloud. Una opción es crear un canal conda que puedas configurar y mantener. Esto interoperará más estrechamente con el canal conda administrado por Deadline Cloud. Por ejemplo, puedes usar un DCC del canal conda administrado por Deadline Cloud, pero traer tu propio paquete que contenga un complemento de DCC específico. Para obtener más información sobre este proceso, consulte Crear un canal conda con S3.

Administración de aplicaciones personalizada

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 ha creado y mantenido los paquetes de Rez, puede utilizar 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 gestiona las aplicaciones en flotas gestionadas por un cliente con empleados de larga trayectoria o en imágenes del sistema, no necesitará ningún entorno de colas para la gestión de las aplicaciones. Asegúrese de que la solicitud 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 del software. Estas aplicaciones se suelen licenciar por puesto, por CPU o por host. Es su responsabilidad asegurarse de que el uso de 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 sin licencia, no es necesario configurar esta capa. Tenga en cuenta que Deadline Cloud solo admite licencias de renderizado y no admite licencias de estaciones de trabajo.

Flotas gestionadas por servicios 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 variables de entorno configuradas para las aplicaciones compatibles, a fin de indicarles que utilicen los servidores de licencias de Deadline Cloud. Al usar Deadline Cloud UBL, solo se le cobrará por la cantidad de horas que use la aplicación con licencia.

Flotas gestionadas por el cliente 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 el servicio. En este escenario, configurará puntos finales de licencia de Deadline Cloud que proporcionan direcciones IP en las subredes de VPC seleccionadas que proporcionan acceso a los servidores de licencias de Deadline Cloud. Tras configurar las variables de entorno específicas del software adecuadas para sus trabajadores y configurar la conectividad de red entre los trabajadores y las direcciones IP de los puntos de conexión de las licencias, los trabajadores podrán retirar y registrar las licencias del software compatible. Las licencias se cobran por hora igual que cuando se utiliza la UBL en flotas gestionadas por servicios.

Licencias personalizadas

Puede utilizar una aplicación que no sea compatible con Deadline Cloud UBL o puede que tenga licencias preexistentes que sigan siendo válidas. En este escenario, usted es responsable de configurar la ruta de red desde sus trabajadores (gestionada por el cliente o por el servicio) hasta los servidores de licencias. Para obtener más información sobre las licencias personalizadas, consulte. Connect las flotas gestionadas por el servicio 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 estar configurado para acceder a los datos de activos necesarios para el trabajo. 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.

Comience por pensar dónde están almacenados actualmente sus datos. Puede 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 otro lugar.

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? ¿La fuente de datos está escalada para respaldar el trabajo con la cantidad de trabajadores que espera que procesen el trabajo?

Adjuntos de trabajo

El mecanismo más fácil de empezar para acceder a los activos es el de los adjuntos de trabajo de Deadline Cloud. Cuando se envía un trabajo mediante adjuntos de trabajo, los datos requeridos por el trabajo se cargan en un bucket de Amazon S3 junto con un archivo de manifiesto que especifica qué archivos requiere el trabajo. En el caso de los adjuntos de trabajo, no es necesaria una configuración complicada de redes o almacenamiento compartido. Los archivos solo se cargan una vez, por lo que las cargas posteriores se completan más rápidamente. 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. La báscula Job Adjuntos se adapta a flotas de cualquier tamaño y es fácil y rápida de incorporar y utilizar.

Job attachments no es la mejor herramienta para todas las situaciones. Si los datos ya están guardados AWS, los adjuntos de trabajo añaden una copia adicional de los datos, incluidos el tiempo de transferencia y los costes de almacenamiento asociados. Los adjuntos de trabajo requieren que el trabajo pueda especificar completamente los datos que requiere en el momento del envío, de modo que los datos se puedan cargar.

Para usar adjuntos de trabajos, tu cola de Deadline Cloud debe tener un grupo de 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 adjuntos de trabajo. Si no utilizas un remitente integrado en Deadline Cloud, los adjuntos de trabajo se pueden utilizar con tu software personalizado integrando la biblioteca python de Deadline Cloud.

Acceso personalizado al almacenamiento

Si no utiliza 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 esta tarea y facilitar 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, si prefieres utilizar un servicio externo o por alguna otra razón. LucidLink

Utilice los perfiles de almacenamiento para modelar los sistemas de archivos de su estación de trabajo y de los hosts de trabajo. Cada perfil de almacenamiento describe el diseño del sistema operativo y del sistema de archivos de una de las configuraciones del sistema. Con los perfiles de almacenamiento, cuando un artista que utiliza una estación de trabajo con Windows envía un trabajo procesado por un Linux trabajador, Deadline Cloud se asegura de que se realice un mapeo de rutas para que el trabajador pueda acceder al almacenamiento de datos que ha configurado.

Al utilizar flotas gestionadas por el servicio de Deadline Cloud, los scripts de configuración del host y los puntos finales de recursos de VPC permiten a los trabajadores montar y acceder directamente al almacenamiento compartido u otros servicios disponibles en su VPC.

Supervisión de trabajos y gestió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 fallo en un trabajo, los registros de trabajos y la información de supervisión ayudan a diagnosticar los problemas.

Monitor Deadline Cloud

La aplicación de monitoreo Deadline Cloud está disponible en la web y para computadoras de escritorio. Esta solución es la más adecuada para los estudios que utilizan flujos de trabajo interactivos, ya que DCCs utilizan una amplia gama de archivos adjuntos de trabajo para el 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 adecuado para muchos escenarios 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 configuran y tu aplicación puede agrupar los trabajos de Deadline Cloud en la misma interfaz.

Solución de monitorización automatizada

En algunos escenarios, no se necesita una aplicación de monitoreo dedicada para Deadline Cloud. Este escenario es común 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 de deportes o 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 aprobarlos y pasar a la siguiente fase del proceso.

Gestión de la infraestructura de los trabajadores

Las flotas de Deadline Cloud son un grupo de servidores (trabajadores) que pueden procesar los trabajos enviados a una cola de Deadline Cloud y son la infraestructura central de cualquier granja de Deadline Cloud.

Flotas gestionadas por el servicio

En una flota gestionada por servicios, Deadline Cloud asume la responsabilidad de los servidores de los trabajadores, el sistema operativo, las redes, los parches, el escalado automático y otros factores relacionados con el funcionamiento de una granja de renderizados. Tú especificas el número mínimo y máximo de trabajadores que deseas, junto con las especificaciones del sistema requeridas para tu solicitud, y Deadline Cloud se encarga del resto. Las flotas gestionadas por servicios son la única opción de flota que puede utilizar los canales conda gestionados por Deadline Cloud para gestionar fácilmente las aplicaciones de DCC del sector. Además, la UBL de Deadline Cloud se configura automáticamente con las flotas gestionadas por el servicio. Las flotas de Wait and Save permiten reducir los costes y las cargas de trabajo tolerantes a demoras solo están disponibles con flotas gestionadas por el servicio.

Flotas gestionadas por el cliente

Utiliza flotas gestionadas por el cliente cuando necesita tener más control sobre los anfitriones de los trabajadores y su entorno. Las flotas gestionadas por el cliente son las más adecuadas cuando se utiliza Deadline Cloud de forma local. Para obtener más información, consulte Cree y utilice flotas gestionadas por los clientes de Deadline Cloud.

Ejemplos de arquitecturas

Estudio de producción tradicional

El estudio de producción tradicional requiere una importante infraestructura de cómputo, almacenamiento y redes que pueda abarcar varias ubicaciones físicas para atender las cargas de trabajo de renderizado. Cada paquete de software y proveedor individual tiene requisitos únicos de hardware, software, redes y licencias que deben cumplirse al tiempo que se resuelven 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 renderización. La infraestructura de su estudio se vuelve más complicada si se tienen en cuenta los entornos de desarrollo, control de calidad y producción.

Una implementación típica de Deadline Cloud con opciones de administración de servicios resuelve o reduce muchos de estos desafíos mediante:

Con este enfoque, los artistas pueden enviar sus trabajos directamente desde sus conocidas herramientas de DCC a una granja de renderización en la nube escalable sin administrar una infraestructura compleja. El servicio gestiona automáticamente la implementación del software, las 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 solo por el procesamiento y las licencias que utilizan y centrarse en el trabajo creativo más que en la administración de la infraestructura. El enfoque de gestión de 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 toda su cartera a la nube, incluidas las estaciones de trabajo de los artistas. Este enfoque elimina la necesidad de una infraestructura local, permite la colaboración global y proporciona una escalabilidad perfecta tanto para el trabajo interactivo como para la renderización. Sin embargo, también presenta nuevos desafíos a la hora de administrar los recursos de la nube, garantizar el acceso de baja latencia a los datos e integrar las estaciones de trabajo basadas en la nube con los conjuntos de renderizados.

Un estudio nativo de la nube típico requiere un enfoque unificado para administrar las estaciones de trabajo en la nube, el almacenamiento compartido, la infraestructura de renderización y la implementación de software en todos estos componentes. Los enfoques tradicionales solían dar como resultado sistemas complejos gestionados manualmente que tenían dificultades para equilibrar el rendimiento, el coste y la flexibilidad.

Se puede implementar una implementación de Deadline Cloud para un estudio nativo de la nube mediante:

Este enfoque permite a los artistas trabajar en estaciones de trabajo basadas en la nube con acceso directo a un almacenamiento compartido de alto rendimiento y enviar sus trabajos sin problemas a la granja de Deadline Cloud. El estudio puede gestionar la implementación del software tanto en las estaciones de trabajo como en los nodos de renderizado utilizando los mismos canales conda, lo que garantiza la coherencia y reduce los gastos de mantenimiento.

Entre las principales ventajas de esta configuración se incluyen las siguientes:

La configuración del almacenamiento en este escenario suele implicar:

Este enfoque nativo de la nube permite a los estudios eliminar la infraestructura local, lo que permite escalarlos rápidamente para proyectos de cualquier tamaño y, al mismo tiempo, mantener los flujos de trabajo de los artistas habituales. Ofrece la flexibilidad necesaria para utilizar una combinación de recursos gestionados por el servicio y gestionados por el cliente, lo que optimiza la facilidad de administración y los requisitos de rendimiento específicos.

Al aprovechar las estaciones de trabajo en la nube junto con Deadline Cloud, los estudios pueden lograr un proceso de producción totalmente integrado y accesible a nivel mundial, que se adapta sin problemas desde pequeños equipos hasta grandes producciones.

ECommerce Automation

La plataforma de comercio electrónico moderna requiere la generación automática de activos a escala para ofrecer una visualización completa de los productos en millones de artículos. Los enfoques tradicionales requerían una importante inversión en infraestructura para procesar grandes volúmenes de modelos 3D y convertirlos en soportes de producto estandarizados, lo que a menudo se traducía en sistemas con un aprovisionamiento insuficiente que generaba retrasos en el procesamiento o en sistemas sobreaprovisionados con capacidad inactiva.

Un flujo de trabajo de comercio electrónico automatizado típico debe gestionar la carga de productos, el procesamiento, la validación de modelos 3D, la gestión de los parques de renderizados, el procesamiento de la producción y la integración con los sistemas de información sobre los productos. La gestión de estos flujos de trabajo tradicionalmente requiere coordinar múltiples aplicaciones de renderizado, recursos de cómputo y procesos de procesamiento de datos, al tiempo 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:

Este enfoque permite procesar miles de productos por día y generar automáticamente visualizaciones de productos estandarizadas, como animaciones de tocadiscos. La infraestructura gestionada por el servicio 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 de creación de contenido digital (DCC) tradicional suele requerir que los usuarios mantengan su propia infraestructura de renderizado o procesen los renderizados de forma local en su estación de trabajo, lo que conlleva 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 solía requerir la creación y el mantenimiento de sistemas de infraestructura y facturación complejos.

Una implementación de Deadline Cloud integrada en el software B2C permite renderizar en la nube sin problemas directamente desde la interfaz familiar del usuario. Esta integración combina:

Este enfoque permite a los usuarios finales enviar los renderizados a la nube con un solo clic desde su software, sin tener que gestionar las cuentas, la infraestructura ni una configuración compleja. El proveedor de software mantiene un entorno multiusuario en el que:

El enfoque de flota compartida garantiza un rendimiento óptimo al mantener un grupo cálido de trabajadores, minimizar los tiempos de puesta en marcha y maximizar 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 requiera configuraciones o cuentas adicionales.

Los usuarios finales se benefician de:

Este patrón de integración permite a los proveedores de software proporcionar 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 para el consumidor que parece nativa de su aplicación.