View a markdown version of this page

Diretrizes de arquitetura de nuvem com prazo final - Deadline Cloud

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Diretrizes de arquitetura de nuvem com prazo final

Este tópico fornece orientação e melhores práticas para projetar e criar fazendas de renderização confiáveis, seguras, eficientes e econômicas para suas cargas de trabalho usando o Deadline Cloud. O uso dessa orientação pode ajudar você a criar workloads estáveis e eficientes, permitindo que você se concentre na inovação, reduza custos e melhore a experiência do cliente.

Este conteúdo se destina a diretores de tecnologia (CTOs), arquitetos, desenvolvedores e membros da equipe de operações.

Um fluxo de trabalho de renderização de ponta a ponta exige soluções em várias camadas do processo, como geração de tarefas, acesso a ativos e monitoramento de tarefas. O Deadline Cloud oferece várias soluções para cada camada do processo de renderização. Ao selecionar as opções do Deadline Cloud em cada camada, você pode criar um fluxo de trabalho que corresponda ao seu caso de uso.

Para cada camada, decida qual abordagem é melhor para seu caso de uso. Esses cenários não são definições estritas e não são a única maneira de usar o Deadline Cloud. Em vez disso, eles formam um conjunto de conceitos de alto nível para ajudar você a entender como o Deadline Cloud pode se adequar à sua empresa ou fluxo de trabalho. Você pode separar as cargas de trabalho do Deadline Cloud nas seguintes camadas: origem do trabalho, envio do trabalho, gerenciamento de aplicativos, licenciamento de aplicativos, acesso a ativos, gerenciamento de resultados e gerenciamento da infraestrutura do trabalhador.

Em geral, você pode misturar e combinar qualquer cenário em uma camada com qualquer outro cenário em outra camada, exceto combinações específicas que são especificadas abaixo.

Diagrama mostrando como diferentes partes do Deadline Cloud funcionam juntas.

Fonte de emprego

A fonte de trabalho é o ponto de acesso onde novos trabalhos entrarão no sistema para serem renderizados pelo Deadline Cloud. Em um alto nível, existem duas fontes principais de empregos: interatividade humana e sistemas computacionais automatizados.

fluxo de trabalho interativo

Nesse cenário, um artista ou outra função criativa é o principal gerador de trabalho a ser processado na fazenda Deadline Cloud. Normalmente, o resultado desses trabalhos é o principal artefato de um projeto ou equipe maior. Eles realizam seu trabalho usando software como uma ferramenta de criação de conteúdo digital (DCC) padrão do setor. Eles estão enviando trabalhos manualmente para o farm do Deadline Cloud e, posteriormente, visualizam os resultados para análise. A estação de trabalho em si não é gerenciada pelo AWS.

Na maioria dos casos, esses artistas usam os remetentes integrados do Deadline Cloud e o monitor do Deadline Cloud nas camadas de Aplicação e Monitoramento da Carga de Trabalho.

fluxo de trabalho automatizado

Nesse cenário, um sistema programático de propriedade do cliente é o principal gerador de trabalhos na fazenda Deadline Cloud. Os trabalhos podem ser a geração de ativos em um pipeline de varejo, como um vídeo giratório gerado a partir de um modelo 3D ou digitalização. Outro exemplo é a composição automatizada de gráficos de transmissão e cartões de jogadores para esportes. O tema desse cenário é que um indivíduo não está enviando manualmente cada trabalho para o Deadline Cloud, mas, em vez disso, o trabalho é gerado como parte de um sistema maior.

Com trabalhos automatizados, é menos comum que os remetentes integrados do Deadline Cloud e o monitor do Deadline Cloud sejam usados. Freqüentemente, as definições de trabalho são o desenvolvimento de aplicativos personalizados escrito por você e os resultados do trabalho fluem automaticamente para um sistema de gerenciamento de ativos digitais (DAM) ou sistema de gerenciamento de ativos de mídia (MAM) para aprovação e distribuição.

Envio de trabalho

Os trabalhos são enviados para o Deadline Cloud usando OpenJobDescription modelos. OpenJobDescription é uma especificação aberta e flexível para definir tarefas de processamento em lote que são portáteis entre diferentes implantações do sistema de agendamento. O arquivo de definição do trabalho descreve os parâmetros do trabalho, as etapas do trabalho, como uma etapa é parametrizada com base nas entradas do trabalho, bem como o script real que será executado em um trabalhador para realizar o processamento. A ideia do envio de carga de trabalho é como essas definições de trabalho são criadas, quem as cria e como elas são enviadas.

Emissor integrado com DCC

Um remetente integrado ao Deadline Cloud é um software que une o Deadline Cloud a um DCC ou pacote de software padrão do setor. O remetente integrado determina como transformar os dados e a configuração de uma renderização, composição ou outra carga de trabalho em um modelo de trabalho, algo que pode ser entendido pelo Deadline Cloud. Muitos remetentes integrados são criados e mantidos pela equipe do Deadline Cloud ou pelo criador do pacote de software, mas se ainda não existir um para o aplicativo desejado, você poderá criar e manter seu próprio remetente. Há um conjunto finito de DCCs que são suportados pela equipe do Deadline Cloud.

Os fluxos de trabalho interativos geralmente envolvem remetentes integrados, mas nem sempre. Para fluxos de trabalho automatizados e modelados, um fluxo de trabalho comum é que um artista configure um modelo de trabalho em seu DCC e realize uma exportação única do pacote de trabalhos. Esse pacote de tarefas define como executar esse tipo específico de trabalho no Deadline Cloud de forma parametrizada. Esse pacote de tarefas pode ser integrado ao cenário de fluxo de trabalho automatizado para fins de automação.

Definição de trabalho personalizada

Para aplicativos e fluxos de trabalho personalizados, é possível controlar totalmente como essas definições de trabalho são criadas e enviadas ao Deadline Cloud. Por exemplo, um site de comércio eletrônico pode pedir aos vendedores que enviem modelos 3D do objeto que estão vendendo. Após esse upload, a plataforma de comércio eletrônico poderia gerar dinamicamente uma definição de trabalho para enviar ao Deadline Cloud para gerar automaticamente uma animação de mesa giratória em um plano de fundo comum usando iluminação comum para combinar com os outros objetos 3D disponíveis no site. Durante o desenvolvimento da plataforma de comércio eletrônico, um desenvolvedor de software criaria uma definição de trabalho, a incorporaria à plataforma de comércio eletrônico com os parâmetros eventualmente fornecidos pelos vendedores e codificaria a plataforma para enviar essa tarefa durante o fluxo de trabalho de upload de produtos da plataforma.

O Deadline Cloud fornece vários exemplos de definições de trabalho no repositório de amostras no github.

Gerenciamento de aplicações

Depois que um trabalho é enviado ao Deadline Cloud e atribuído a um trabalhador, o script da definição do trabalho é executado no trabalhador. Na maioria dos casos, esse script invocará um aplicativo para realizar o processamento real, como renderizador, composição, codificação, filtragem ou qualquer outra das várias tarefas de computação intensiva. O gerenciamento de aplicativos é o conceito de garantir que a versão necessária do software necessário esteja disponível para os funcionários.

Você pode gerenciar aplicativos usando qualquer sistema de gerenciamento de pacotes que desejar, mas o Deadline Cloud fornece várias ferramentas para facilitar o uso de pacotes conda. O Conda é um gerenciador de pacotes e sistema de gerenciamento de ambiente de código aberto, multiplataforma e independente de idioma.

Deadline Cloud-managed conda channel para frotas gerenciadas por serviços (SMF)

Ao usar frotas gerenciadas por serviços, um canal Cloud-managed conda do Deadline é automaticamente configurado e configurado para uso por seus trabalhos. O serviço Deadline Cloud fornece vários aplicativos e renderizações de DCC de parceiros neste canal conda. Para obter mais informações, consulte Criar um ambiente de fila no guia do usuário do Deadline Cloud. Esses pacotes são automaticamente atualizados pelo serviço Deadline Cloud e não requerem manutenção de sua parte. Esse canal conda só está disponível ao usar frotas gerenciadas por serviços e não ao usar frotas gerenciadas pelo cliente.

Self-managed canal conda

Se você não conseguir usar o canal Cloud-managed conda do Deadline, deverá determinar como instalar, corrigir e gerenciar aplicativos em sua frota do Deadline Cloud. Uma opção é criar um canal conda que você configure e mantenha. Essa abordagem interopera mais estreitamente com o canal Cloud-managed conda Deadline. Por exemplo, você pode usar um DCC do canal Cloud-managed conda Deadline, mas trazer seu próprio pacote que contém um plug-in de DCC específico. Para obter mais informações sobre esse processo, consulte Criar um canal conda usando o S3.

Gerenciamento personalizado de aplicativos

Para gerenciamento de aplicativos, o requisito do Deadline Cloud é que o aplicativo esteja disponível no PATH quando o script de trabalho for executado no trabalhador.

Se você já cria e mantém pacotes Rez, pode usar um ambiente de fila para instalar os aplicativos dos repositórios Rez. Um exemplo de ambiente de fila pode ser encontrado na GitHub organização AWS Deadline Cloud.

Se você já gerencia aplicativos em frotas gerenciadas pelo cliente com funcionários de longa data ou em imagens do sistema, nenhum ambiente de fila é necessário para o gerenciamento de aplicativos. Certifique-se de que o aplicativo apareça no caminho do usuário do trabalho e envie o trabalho.

Licenciamento do aplicativo

Muitas cargas de trabalho normalmente executadas no Deadline Cloud exigem licenciamento de software do fornecedor do software. Esses aplicativos geralmente são licenciados por sede, CPU ou host. É sua responsabilidade garantir que o uso de software de terceiros no Deadline Cloud cumpra o contrato de licenciamento de terceiros. Se você estiver usando software de código aberto, software personalizado ou software livre de licença, não é necessário configurar essa camada. O Deadline Cloud oferece suporte apenas ao licenciamento de renderização e não ao licenciamento de estações de trabalho.

Service-managed frotas e licenciamento baseado no uso

Ao usar frotas gerenciadas por serviços do Deadline Cloud, o licenciamento baseado em uso (UBL) é configurado automaticamente para o software compatível. Os trabalhos executados em frotas gerenciadas por serviços têm automaticamente variáveis de ambiente definidas para aplicativos compatíveis para direcioná-los a usar os servidores de licenças do Deadline Cloud. Ao usar o Deadline Cloud UBL, você só é cobrado pelo número de horas de uso do aplicativo licenciado.

Customer-managed frotas e licenciamento baseado no uso

O licenciamento baseado no uso (UBL) do Deadline Cloud também está disponível quando não está usando frotas gerenciadas por serviços. Nesse cenário, você configurará os endpoints de licença do Deadline Cloud que fornecem endereços IP nas sub-redes VPC selecionadas que fornecem acesso aos servidores de licenças do Deadline Cloud. Depois de configurar as variáveis de ambiente específicas de software apropriadas em seus trabalhadores e configurar a conectividade de rede dos trabalhadores com esses endereços IP de terminais de licença, os funcionários poderão fazer o check-out e o check-in das licenças do software compatível. Você é cobrado por hora pelas licenças da mesma forma que ao usar a UBL em frotas gerenciadas por serviços.

Licenciamento personalizado

Você pode usar um aplicativo que não é compatível com o Deadline Cloud UBL ou pode ter licenças preexistentes que ainda são válidas. Nesse cenário, você é responsável por configurar o caminho de rede de seus funcionários (gerenciados pelo cliente ou pelo serviço) até os servidores de licenças. Para obter mais informações sobre licenciamento personalizado, consulteConecte frotas gerenciadas por serviços a um servidor de licenças personalizado.

Acesso a ativos

Depois que um trabalho é enviado a um trabalhador e o aplicativo é configurado, o trabalhador deve ser configurado para acessar os dados do ativo necessários para o trabalho. Os ativos podem ser dados 3D, dados de textura, dados de animação, quadros de vídeo ou qualquer outro tipo de dado usado em seu trabalho.

Comece pensando em onde seus dados estão armazenados atualmente. Os dados podem estar no disco rígido da estação de trabalho, em uma ferramenta de colaboração do usuário, no controle de origem, em um sistema de arquivos compartilhado no local ou na nuvem, no Amazon S3 ou em qualquer outro local.

Em seguida, considere o que é necessário para que um trabalhador acesse esses dados. Esses dados são disponibilizados apenas na sua rede corporativa? Quais identidades ou credenciais são necessárias para acessar os dados? A fonte de dados está dimensionada para dar suporte ao trabalho com o número de trabalhadores que você espera que processem o trabalho?

Anexos de trabalho

O mecanismo mais fácil de começar para acessar ativos é o Deadline Cloud job attachments. Quando um trabalho é enviado usando anexos de trabalho, os dados exigidos pelo trabalho são enviados para um bucket do Amazon S3 junto com um arquivo de manifesto especificando quais arquivos o trabalho exige. Com os anexos de tarefas, nenhuma configuração complicada de rede ou armazenamento compartilhado é necessária. Os arquivos são carregados apenas uma vez, então os uploads subsequentes são concluídos mais rapidamente. Depois que um trabalhador termina de processar um trabalho, os dados de saída são enviados para o Amazon S3 para que possam ser baixados pelo artista ou por outro cliente. Os acessórios de trabalho se adaptam a frotas de qualquer tamanho e são simples e rápidos de embarcar e usar.

Os anexos de trabalho não são a melhor ferramenta para todas as situações. Se seus dados já estiverem ativos AWS, os anexos do trabalho adicionarão uma cópia adicional de seus dados, incluindo o tempo de transferência e os custos de armazenamento associados. Os anexos do trabalho exigem que o trabalho especifique totalmente os dados necessários no momento do envio, para que os dados possam ser carregados.

Para usar anexos de trabalho, sua fila do Deadline Cloud deve ter um intervalo de anexos de trabalho associado e a função de fila deve ser usada para fornecer acesso a esse intervalo. Por padrão, todos os remetentes integrados do Deadline Cloud oferecem suporte a anexos de vagas. Se você não estiver usando um remetente integrado ao Deadline Cloud, os anexos de tarefas podem ser usados com seu software personalizado integrando a biblioteca python do Deadline Cloud.

Acesso ao armazenamento personalizado

Se você não usa anexos de trabalho, é responsável por garantir que os trabalhadores tenham acesso aos dados necessários para os trabalhos. O Deadline Cloud fornece várias ferramentas para apoiar isso e manter os trabalhos portáteis. Talvez você queira usar uma solução de armazenamento personalizada quando já tiver armazenamento de rede compartilhado para artistas e trabalhadores, preferir usar um serviço externo LucidLink, como ou por outros motivos.

Use perfis de armazenamento para modelar sistemas de arquivos em sua estação de trabalho e nos hosts de trabalho. Cada perfil de armazenamento descreve o sistema operacional e o layout do sistema de arquivos de uma das configurações do seu sistema. Usando perfis de armazenamento, quando um artista usando uma estação de trabalho Windows envia um trabalho que é processado por um Linux trabalhador, o Deadline Cloud garante que o mapeamento do caminho ocorra para que o trabalhador possa acessar o armazenamento de dados que você configurou.

Ao usar frotas gerenciadas por serviços do Deadline Cloud, os scripts de configuração do host e os endpoints de recursos da VPC permitem que os trabalhadores montem e acessem diretamente o armazenamento compartilhado ou outros serviços disponíveis em sua VPC.

Reforce o controle da fonte

Muitos estúdios mantêm seus arquivos de projetoPerforce. Quando seus artistas já enviam seus trabalhos para um Perforce servidor como listas de alterações, os funcionários podem sincronizar um espaço de trabalho do Perforce cliente diretamente desse servidor como alternativa aos anexos de trabalho. Seus trabalhos então renderizam as mesmas revisões de arquivo que seus artistas enviaram. A integração do Deadline Cloud para o Unreal Engine inclui suporte à Perforce sincronização. Para obter mais informações, consulte Como criar um trabalho de renderização do Perforce no Guia do usuário do Deadline Cloud.

Duas práticas mantêm a Perforce sincronização rápida em grande escala:

Sincronize deltas no armazenamento persistente do trabalhador

Mantenha o espaço de trabalho do cliente entre os trabalhos para que cada sincronização baixe somente as revisões de arquivo que foram alteradas desde o último trabalho que usou esse espaço de trabalho, em vez do projeto completo. Em frotas gerenciadas por serviços, habilite o armazenamento persistente para que os volumes que transportam o espaço de trabalho sincronizado sejam reutilizados entre os trabalhadores.

Armazene dados do Perforce perto de sua frota

A velocidade de sincronização depende do caminho da rede entre seus funcionários e seu Perforce servidor. Esse caminho pode ter baixa taxa de transferência ou alta latência, por exemplo, quando o servidor de confirmação está no local ou em uma região distante. AWS Um servidor de Perforce borda na mesma região da sua frota atua como um cache para os dados do depósito. Implante-o usando a Perforce topologia de ponta e Perforce a replicação nativa. Cada revisão de ativo então cruza o link mais lento uma vez no servidor de borda, e os trabalhadores sincronizam da borda pela rede regional. Trabalhadores em frotas gerenciadas por serviços podem acessar o servidor de borda por meio de endpoints de recursos da VPC. Um servidor de borda vem com responsabilidades operacionais, incluindo Perforce licenciamento, monitoramento do atraso de replicação e backups. Um trabalho direcionado a uma lista de alterações específica só pode começar depois que o servidor de borda tiver replicado essa lista de alterações.

Monitoramento de tarefas e gerenciamento de resultados

Depois que os trabalhos enviados para o Deadline Cloud forem concluídos com êxito, uma pessoa ou um processo baixará a saída do trabalho para usar no fluxo de trabalho comercial fora do Deadline Cloud. Após a falha no trabalho, os registros do trabalho e as informações de monitoramento ajudam a diagnosticar problemas.

Monitor de nuvem Deadline

O aplicativo de monitoramento Deadline Cloud está disponível na web e para desktop. Essa solução é mais adequada para estúdios que usam fluxos de trabalho interativos para muitos DCCs usando anexos de trabalho para armazenamento. O monitor só oferece suporte ao uso do IAM Identity Center. O IAM Identity Center é um produto de identidade da força de trabalho, não uma solução de identidade do consumidor (B2C), portanto, não é apropriado para muitos cenários de B2C.

Aplicativo de monitor personalizado

Se você deseja personalizar a experiência de monitoramento de seus usuários, está criando um produto B2C ou criando um sistema altamente especializado usando o Deadline Cloud, você opta por criar um aplicativo de monitoramento personalizado. Você pode usar a API AWS Deadline Cloud para criar esse aplicativo personalizado, combinando o contexto do seu fluxo de trabalho geral com os conceitos do Deadline Cloud. Por exemplo, seu produto B2C pode ter seu próprio conceito de projeto, configurado pelos usuários, e seu aplicativo pode agrupar trabalhos do Deadline Cloud na mesma interface.

Solução de monitoramento automatizado

Em alguns cenários, nenhum aplicativo de monitoramento dedicado é necessário para o Deadline Cloud. Esse cenário é comum em fluxos de trabalho automatizados em que o Deadline Cloud é usado para renderizar automaticamente ativos em um funil, como transmitir gráficos para esportes ou notícias. Nesse cenário, a API e os EventBridge eventos do Deadline Cloud são usados para se integrar a um sistema externo de gerenciamento de ativos de mídia para aprovações e transferência de dados para a próxima etapa do processo.

Gestão da infraestrutura de trabalhadores

As frotas do Deadline Cloud são um agrupamento de servidores (trabalhadores) capazes de processar trabalhos enviados para uma fila do Deadline Cloud e são a infraestrutura central de qualquer farm do Deadline Cloud.

Service-managed frotas

Em uma frota gerenciada por serviços, o Deadline Cloud assume a responsabilidade pelos hosts dos funcionários, pelo sistema operacional, pela rede, pela aplicação de patches, pelo dimensionamento automático e por outros fatores da execução de uma fazenda de renderização. Você especifica o número mínimo e máximo de trabalhadores que deseja, junto com as especificações do sistema necessárias para seu aplicativo, e o Deadline Cloud faz o resto. Service-managed as frotas são a única opção de frota que pode usar os canais Deadline Cloud-managed conda para gerenciar facilmente os aplicativos de DCC do setor. Além disso, o Deadline Cloud UBL é configurado automaticamente com frotas gerenciadas por serviços. As frotas Wait and Save para cargas de trabalho mais baratas e tolerantes a atrasos só estão disponíveis usando frotas gerenciadas por serviços.

Customer-managed frotas

Você usa frotas gerenciadas pelo cliente quando precisa de mais controle sobre os funcionários hospedados e seu ambiente. Customer-managed as frotas são mais adequadas ao usar o Deadline Cloud no local. Para saber mais, consulte Crie e use frotas gerenciadas pelo cliente do Deadline Cloud.

Arquiteturas de exemplo

Estúdio de produção tradicional

O estúdio de produção tradicional exige uma infraestrutura significativa de computação, armazenamento e rede que possa abranger vários locais físicos para atender às cargas de trabalho de renderização. Cada pacote de software e fornecedor individual tem requisitos exclusivos de hardware, software, rede e licenciamento que devem ser atendidos ao resolver conflitos de versão, compatibilidade e recursos.

É comum ter requisitos de infraestrutura separados para estações de trabalho de artistas, nós de renderização, armazenamento em rede, servidores de licenças, sistemas de filas de tarefas, ferramentas de monitoramento e gerenciamento de ativos. Normalmente, os estúdios precisam manter várias versões de ferramentas de DCC, renderizadores, plug-ins e ferramentas personalizadas enquanto gerenciam acordos de licenciamento complexos em sua fazenda de renderização. A infraestrutura de seu estúdio se torna mais complicada quando você considera ambientes de desenvolvimento, garantia de qualidade e produção.

Uma implantação típica do Deadline Cloud usando opções gerenciadas por serviços resolve ou reduz muitos desses desafios por meio de:

  • Envio de trabalho de fluxo de trabalho interativo por meio de remetentes de DCC integrados

  • Gerenciamento de aplicativos por meio dos canais Deadline Cloud-managed conda

  • Usage-based licenciamento configurado automaticamente para software compatível

  • Gerenciamento de ativos por meio de anexos de tarefas

  • Monitoramento por meio do aplicativo de monitoramento Deadline Cloud

  • Gerenciamento de infraestrutura por meio de frotas gerenciadas por serviços

Com essa abordagem, os artistas podem enviar trabalhos diretamente de suas ferramentas familiares de DCC para uma fazenda de renderização em nuvem escalável sem gerenciar uma infraestrutura complexa. O serviço gerencia automaticamente a implantação, o licenciamento, a transferência de dados e o dimensionamento da infraestrutura de software. Os artistas podem monitorar seus trabalhos por meio de uma interface web ou aplicativo de desktop, e as saídas são armazenadas automaticamente no Amazon S3 para facilitar o acesso.

Com essa configuração, os estúdios podem criar ambientes de desenvolvimento e produção em minutos, pagar apenas pela computação e pelo licenciamento que usam e se concentrar no trabalho criativo em vez do gerenciamento da infraestrutura. A abordagem gerenciada por serviços fornece o caminho mais rápido para adotar a renderização em nuvem e, ao mesmo tempo, manter fluxos de trabalho familiares para artistas.

Diagrama mostrando como um estúdio de produção tradicional pode usar o Deadline Cloud.

Estúdio na nuvem

Os estúdios modernos de efeitos visuais e animação estão migrando cada vez mais todo o seu pipeline para a nuvem, incluindo estações de trabalho de artistas. Essa abordagem elimina a necessidade de infraestrutura local, permite a colaboração global e se adapta tanto ao trabalho interativo quanto à renderização. No entanto, ele também apresenta novos desafios no gerenciamento de recursos em nuvem, garantindo acesso de baixa latência aos dados e integrando estações de trabalho baseadas em nuvem com fazendas de renderização.

Um típico estúdio nativo em nuvem exige uma abordagem unificada para gerenciar estações de trabalho em nuvem, armazenamento compartilhado, infraestrutura de renderização e implantação de software em todos esses componentes. As abordagens tradicionais geralmente resultavam em sistemas complexos e gerenciados manualmente que tinham dificuldade em equilibrar desempenho, custo e flexibilidade.

Uma implantação do Deadline Cloud para um estúdio nativo da nuvem pode ser implementada usando:

  • Envio de trabalho de fluxo de trabalho interativo por meio de remetentes de DCC integrados em estações de trabalho em nuvem

  • Gerenciamento de aplicativos por meio de nós de renderização de canais Deadline Cloud-managed conda

  • Usage-based licenciamento configurado automaticamente para software compatível

  • Acesso ao armazenamento personalizado usando FSx for Windows File Server para dados de projetos compartilhados

  • Monitoramento por meio do aplicativo de monitoramento Deadline Cloud

  • Gerenciamento de infraestrutura usando frotas gerenciadas por serviços

Essa abordagem permite que os artistas trabalhem em estações de trabalho baseadas em nuvem com acesso direto ao armazenamento compartilhado de alto desempenho e enviem trabalhos para a fazenda Deadline Cloud. O estúdio pode gerenciar a implantação de software em estações de trabalho e nós de renderização usando os mesmos canais conda, garantindo consistência e reduzindo a sobrecarga de manutenção.

Os principais benefícios dessa configuração incluem:

  • Colaboração global com artistas capazes de acessar estações de trabalho de qualquer lugar

  • Ambientes de software consistentes em estações de trabalho e nós de renderização

  • High-performance armazenamento compartilhado acessível tanto para estações de trabalho quanto para nós de renderização

  • Escalabilidade flexível de recursos de computação interativos e em lote

  • Gerenciamento centralizado de toda a infraestrutura de estúdio na nuvem

A configuração de armazenamento nesse cenário normalmente envolve:

  • FSx for Windows File Server para dados de projetos, acessível tanto por estações de trabalho em nuvem quanto por funcionários do Deadline Cloud

  • Perfis de armazenamento no Deadline Cloud para gerenciar o mapeamento de caminhos entre estações de trabalho e nós de renderização

  • Montagem direta de compartilhamentos FSx em funcionários do Deadline Cloud usando endpoints de recursos VPC e scripts de configuração de host

Essa abordagem nativa da nuvem permite que os estúdios eliminem a infraestrutura local, permitindo uma escalabilidade rápida para projetos de qualquer tamanho, mantendo fluxos de trabalho familiares de artistas. Ele oferece a flexibilidade de usar uma combinação de recursos gerenciados por serviços e gerenciados pelo cliente, otimizando a facilidade de gerenciamento e os requisitos específicos de desempenho.

Ao usar estações de trabalho em nuvem junto com o Deadline Cloud, os estúdios podem obter um pipeline de produção totalmente integrado e acessível globalmente, que varia de pequenas equipes a grandes produções.

Automação de comércio eletrônico

A plataforma moderna de comércio eletrônico exige a geração automatizada de ativos em grande escala para fornecer uma visualização avançada do produto em milhões de itens. As abordagens tradicionais exigiriam um investimento significativo em infraestrutura para processar grandes volumes de modelos 3D em mídia de produto padronizada, geralmente resultando em sistemas subprovisionados que criam atrasos de processamento ou sistemas superprovisionados com capacidade ociosa.

Um fluxo de trabalho típico de comércio eletrônico automatizado precisa lidar com o processamento de upload de produtos, validação de modelos 3D, gerenciamento de fazendas de renderização, processamento de saída e integração com sistemas de informações do produto. O gerenciamento desses fluxos de trabalho tradicionalmente exige a coordenação de vários aplicativos de renderização, recursos computacionais e pipelines de processamento de dados, garantindo qualidade consistente e mantendo a eficiência de custos em grande escala.

Uma implantação do Deadline Cloud para automação de comércio eletrônico pode ser implementada usando:

  • Envio automatizado de tarefas de fluxo de trabalho por meio da integração de API personalizada no aplicativo de ingestão de comércio eletrônico existente

  • Definições de trabalho personalizadas adaptadas à visualização padronizada do produto

  • Gerenciamento de aplicativos por meio dos canais Deadline Cloud-managed conda

  • Usage-based licenciamento configurado automaticamente para software compatível

  • Integração direta com o Amazon S3 para gerenciamento de ativos

  • Aplicativo de monitoramento personalizado integrado aos sistemas de gerenciamento de produtos existentes

  • Service-managed frotas para dimensionamento elástico

Essa abordagem permite o processamento de milhares de produtos por dia, gerando automaticamente visualizações padronizadas de produtos, como animações de mesa giratória. A infraestrutura gerenciada por serviços é dimensionada automaticamente para atender à demanda variável e, ao mesmo tempo, manter a eficiência de custos por meio da reutilização dos funcionários e da implantação otimizada de aplicativos.

Diagrama mostrando como o fluxo de trabalho automatizado de comércio eletrônico funciona no Deadline Cloud.

Whitelabel/OEM/B2C Cliente

O software tradicional de criação de conteúdo digital (DCC) normalmente exige que os usuários mantenham sua própria infraestrutura de renderização ou processem renderizações localmente em sua estação de trabalho, gerando investimentos significativos em hardware ou longos tempos de espera que interrompem os fluxos de trabalho criativos. Para fornecedores de software, o fornecimento de recursos de renderização em nuvem tradicionalmente exigia a construção e a manutenção de sistemas complexos de infraestrutura e faturamento.

Uma implantação do Deadline Cloud integrada ao software B2C permite a renderização em nuvem diretamente na interface familiar do usuário. Essa integração combina:

  • Envio de trabalho de fluxo de trabalho interativo incorporado ao aplicativo DCC

  • Prazo final: canais Cloud-managed conda para implantação do aplicativo de renderização

  • Usage-based licenciamento configurado automaticamente

  • Gerenciamento de ativos por meio de anexos de tarefas com armazenamento gerenciado pelo fornecedor

  • Monitoramento personalizado integrado diretamente na interface DCC

  • Service-managed frotas compartilhadas entre usuários

Essa abordagem permite que os usuários finais enviem renderizações para a nuvem com um único clique de dentro do software, sem gerenciar contas, infraestrutura ou configurações complexas. O fornecedor do software mantém um ambiente multilocatário em que:

  • Os usuários se autenticam por meio de suas credenciais de software existentes

  • Os trabalhos são encaminhados automaticamente para filas dedicadas por usuário

  • Os ativos são isolados com segurança usando prefixos IAM-controlled de armazenamento

  • O faturamento é feito por meio dos sistemas existentes do fornecedor

  • O status e as saídas do trabalho são transmitidos diretamente de volta para o aplicativo do usuário

A abordagem de frota compartilhada garante o desempenho ideal, mantendo um grupo aquecido de trabalhadores, minimizando os tempos de inicialização e maximizando a utilização de recursos em toda a base de usuários. Essa configuração permite que os fornecedores de software ofereçam renderização em nuvem como um recurso de produto incorporado, em vez de um serviço separado que exige configurações ou contas adicionais.

Os usuários finais se beneficiam de:

  • One-click envio a partir de sua interface familiar

  • Pay-as-you-go preços sem gerenciamento de infraestrutura

  • Tempos rápidos de inicialização de trabalhos por meio de infraestrutura compartilhada

  • Download automático e organização de renderizações concluídas

  • Experiência consistente em todas as plataformas

Esse padrão de integração permite que os fornecedores de software forneçam recursos de renderização de nível corporativo para toda a sua base de usuários, mantendo uma experiência simples e amigável ao consumidor, que parece nativa de seu aplicativo.

Diagrama mostrando como os usuários B2C podem usar o Deadline Cloud.

fazenda de renderização híbrida

Um estúdio que já executa uma fazenda de renderização no local pode adicionar capacidade de nuvem para processar cargas de trabalho de pico sem comprar mais hardware. Em uma fazenda híbrida, seus funcionários locais funcionam como uma frota gerenciada pelo cliente, seus funcionários da nuvem funcionam como uma frota gerenciada por serviços ou uma frota gerenciada pelo cliente de instâncias do Amazon EC2, e ambas as frotas compartilham uma fila. Como a configuração difere entre os tipos de frota, você planeja a distribuição de tarefas, ambientes de aplicativos, licenciamento e acesso a ativos para que uma fila funcione em todos os lugares. Para obter mais informações, consulte Estenda sua fazenda de renderização local para a nuvem.