기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

기한 클라우드 아키텍처 지침

이 주제에서는 Deadline Cloud를 사용하여 워크로드를 위한 안정적이고 안전하며 효율적이고 비용 효율적인 렌더 팜을 설계하고 구축하기 위한 지침과 모범 사례를 제공합니다. 이 지침을 사용하면 안정적이고 효율적인 워크로드를 구축하여 혁신에 집중하고 비용을 절감하며 고객 경험을 개선하는 데 도움이 될 수 있습니다.

이 콘텐츠는 CTO(최고 기술 책임자), 아키텍트, 개발자 및 운영 팀 팀원을 대상으로 합니다.

end-to-end 렌더링 워크플로에는 작업 생성, 자산 액세스, 작업 모니터링과 같은 프로세스의 여러 계층에 있는 솔루션이 필요합니다. Deadline Cloud는 렌더링 프로세스의 각 계층에 대해 여러 솔루션을 제공합니다. 각 계층의 Deadline Cloud 옵션 중에서 선택하여 사용 사례에 맞는 워크플로를 설계할 수 있습니다.

각 계층에 대해 사용 사례에 가장 적합한 접근 방식을 결정해야 합니다. 이러한 정의는 엄격한 시나리오 정의가 아니며 Deadline Cloud를 사용하는 유일한 방법은 아닙니다. 대신 Deadline Cloud가 비즈니스 또는 워크플로에 어떻게 적합할 수 있는지 이해하는 데 도움이 되는 상위 수준의 개념 세트입니다. Deadline Cloud 워크로드를 작업 소스, 작업 제출, 애플리케이션 관리, 애플리케이션 라이선싱, 자산 액세스, 출력 관리 및 작업자 인프라 관리 계층으로 분리할 수 있습니다.

일반적으로 아래 지정된 특정 조합을 제외하고 한 계층의 모든 시나리오를 다른 계층의 다른 시나리오와 mix-and-match시킬 수 있습니다.

작업 소스

작업 소스는 새 작업이 Deadline Cloud에서 렌더링할 시스템에 들어가는 액세스 포인트입니다. 개괄적으로 보면 인간의 상호 작용과 자동화된 컴퓨터 시스템의 두 가지 주요 작업 소스가 있습니다.

대화형 워크플로

이 시나리오에서 아티스트 또는 기타 크리에이티브 역할은 Deadline Cloud 팜에서 처리할 기본 작업 생성기입니다. 일반적으로 이러한 작업의 출력은 대규모 프로젝트 또는 팀의 기본 아티팩트입니다. 업계 표준 디지털 콘텐츠 생성(DCC) 도구와 같은 소프트웨어를 사용하여 작업을 수행합니다. Deadline Cloud 팜에 수동으로 작업을 제출하고 있으며 나중에 검토를 위해 출력을 보고 있습니다. 워크스테이션 자체는에서 관리하지 않습니다 AWS.

대부분의 경우 이러한 아티스트는 워크로드 애플리케이션 및 모니터링 계층에서 Deadline Cloud 통합 제출자와 Deadline Cloud 모니터를 사용합니다.

자동화된 워크플로

이 시나리오에서 고객이 소유한 프로그래밍 시스템은 Deadline Cloud 팜의 기본 작업 생성기입니다. 이는 3D 모델 또는 스캔에서 생성된 턴테이블 비디오와 같은 소매 파이프라인의 자산 생성일 수 있습니다. 이는 스포츠용 브로드캐스트 그래픽 및 플레이어 카드의 자동 컴포지팅일 수 있습니다. 이 시나리오의 주제는 개인이 각 작업을 Deadline Cloud에 수동으로 제출하는 것이 아니라 더 큰 시스템의 일부로 작업이 생성되는 것입니다.

자동 작업에서는 Deadline Cloud 통합 제출자와 Deadline Cloud 모니터를 사용하는 것이 덜 일반적입니다. 종종 작업 정의는 사용자가 작성한 사용자 지정 애플리케이션 개발이며 작업 출력은 승인 및 배포를 위해 디지털 자산 관리(DAM) 시스템 또는 미디어 자산 관리(MAM) 시스템으로 자동 전달됩니다.

작업 제출

작업은 OpenJobDescription 템플릿을 사용하여 Deadline Cloud에 제출됩니다. OpenJobDescription은 다양한 예약 시스템 배포 간에 이동할 수 있는 배치 처리 작업을 정의하기 위한 유연한 개방형 사양입니다. 작업 정의 파일은 작업의 파라미터, 작업의 단계, 작업 입력을 기반으로 단계를 파라미터화하는 방법, 처리를 수행하기 위해 작업자에서 실행할 실제 스크립트를 설명합니다. 워크로드 제출에 대한 아이디어는 이러한 작업 정의를 생성하는 방법, 작업 정의를 생성하는 사람, 작업 정의를 제출하는 방법입니다.

DCC와 통합된 제출자

Deadline Cloud 통합 제출자는 Deadline Cloud를 업계 표준 DCC 또는 소프트웨어 패키지와 연결하는 소프트웨어입니다. 통합 제출자는 렌더링, 복합 또는 기타 워크로드의 데이터 및 구성을 Deadline Cloud에서 이해할 수 있는 작업 템플릿으로 변환하는 방법을 결정합니다. Deadline Cloud 팀 또는 소프트웨어 패키지 생성자가 많은 통합 제출자를 생성하고 유지 관리하지만 원하는 애플리케이션에 아직 없는 경우 자체 제출자를 생성하고 유지 관리할 수 있습니다. Deadline Cloud 팀에서 지원하는 DCCs 세트는 유한합니다.

대화형 워크플로에는 일반적으로 통합 제출자가 포함되지만 항상 포함되는 것은 아닙니다. 템플릿화된 자동 워크플로의 경우 일반적인 워크플로는 아티스트가 DCC에서 템플릿 작업을 설정하고 작업 번들의 일회성 내보내기를 수행하는 것입니다. 이 작업 번들은 파라미터화된 방식으로 Deadline Cloud에서 특정 종류의 작업을 실행하는 방법을 정의합니다. 이 작업 번들은 자동화를 위해 자동화 워크플로 시나리오에 통합할 수 있습니다.

사용자 지정 작업 정의

사용자 지정 애플리케이션 및 워크플로의 경우 이러한 작업 정의가 생성되어 Deadline Cloud에 제출되는 방식을 완전히 제어할 수 있습니다. 예를 들어 전자 상거래 사이트는 판매자에게 판매 중인 객체의 3D 모델을 업로드하도록 요청할 수 있습니다. 이 업로드 후 전자 상거래 플랫폼은 Deadline Cloud에 제출할 작업 정의를 동적으로 생성하여 사이트에서 사용할 수 있는 다른 3D 객체와 일치하도록 공통 조명을 사용하여 공통 백그라운드에서 턴테이블 애니메이션을 자동으로 생성할 수 있습니다. 전자 상거래 플랫폼을 개발하는 동안 소프트웨어 개발자는 작업 정의를 생성하고, 최종적으로 판매자가 제공하는 파라미터와 함께 전자 상거래 플랫폼에 임베드하고, 플랫폼 제품 업로드 워크플로 중에이 작업을 제출하도록 플랫폼을 코딩합니다.

Deadline Cloud는 github의 샘플 리포지토리에 여러 샘플 작업 정의를 제공합니다.

애플리케이션 관리

작업이 Deadline Cloud에 제출되고 작업자에게 할당되면 작업 정의의 스크립트가 작업자에 대해 실행됩니다. 대부분의 경우이 스크립트는 애플리케이션을 호출하여 렌더러, 복합, 인코딩, 필터링 또는 기타 여러 컴퓨팅 집약적 작업과 같은 실제 처리를 수행합니다. 애플리케이션 관리는 작업자가 필요한 버전의 필수 소프트웨어를 사용할 수 있도록 하는 개념입니다.

원하는 패키지 관리 시스템을 사용하여 애플리케이션을 관리할 수 있지만 Deadline Cloud는 conda 패키지를 쉽게 사용할 수 있는 다양한 도구를 제공합니다. Conda는 오픈 소스, 교차 플랫폼, 언어에 구애받지 않는 패키지 관리자 및 환경 관리 시스템입니다.

서비스 관리형 플릿(SMF)에 대한 Deadline Cloud 관리형 conda 채널

서비스 관리형 플릿을 사용하는 경우 Deadline Cloud 관리형 conda 채널은 작업에서 사용하도록 자동으로 설정 및 구성됩니다. Deadline Cloud 서비스는이 conda 채널에서 여러 파트너 DCC 애플리케이션과 렌더를 제공합니다. 자세한 내용은 Deadline Cloud 사용 설명서의 대기열 환경 생성을 참조하세요. 이러한 패키지는 Deadline Cloud 서비스에 의해 자동으로 최신 상태로 유지되며 유지 관리가 필요하지 않습니다. 이 conda 채널은 서비스 관리형 플릿을 사용할 때만 사용할 수 있으며 고객 관리형 플릿을 사용할 때는 사용할 수 없습니다.

자체 관리형 conda 채널

Deadline Cloud 관리형 conda 채널을 사용할 수 없는 경우 Deadline Cloud 플릿에 애플리케이션을 설치, 패치 및 관리하는 방법을 결정해야 합니다. 한 가지 옵션은 설정 및 유지 관리하는 conda 채널을 생성하는 것입니다. 이는 Deadline Cloud 관리형 conda 채널과 가장 밀접하게 상호 작용합니다. 예를 들어 Deadline Cloud 관리형 conda 채널의 DCC를 사용하지만 특정 DCC 플러그인이 포함된 자체 패키지를 가져올 수 있습니다. 이 프로세스에 대한 자세한 내용은 S3를 사용하여 conda 채널 생성을 참조하세요.

사용자 지정 애플리케이션 관리

애플리케이션 관리의 경우 Deadline Cloud의 요구 사항은 작업자가 작업 스크립트를 실행할 때 PATH에서 애플리케이션을 사용할 수 있다는 것입니다.

이미 Rez 패키지를 빌드하고 유지 관리하는 경우 대기열 환경을 사용하여 Rez 리포지토리에서 애플리케이션을 설치할 수 있습니다. 대기열 환경의 예는 AWS Deadline Cloud GitHub org에서 찾을 수 있습니다.

수명이 긴 작업자 또는 시스템 이미지가 있는 고객 관리형 플릿에서 애플리케이션을 이미 관리하는 경우 애플리케이션 관리에 대기열 환경이 필요하지 않습니다. 애플리케이션이 작업 사용자의 경로에 나타나는지 확인하고 작업을 제출합니다.

애플리케이션 라이선스

Deadline Cloud에서 일반적으로 실행되는 많은 워크로드에는 소프트웨어 공급업체의 소프트웨어 라이선스가 필요합니다. 이러한 애플리케이션은 종종 시트당, CPU당 또는 호스트당 라이선스가 부여됩니다. Deadline Cloud에서 타사 소프트웨어를 사용할 때 타사 라이선스 계약을 준수하는지 확인하는 것은 사용자의 책임입니다. 오픈 소스 소프트웨어, 사용자 지정 소프트웨어 또는 기타 라이선스 없는 소프트웨어를 사용하는 경우이 계층을 구성할 필요가 없습니다. Deadline Cloud는 렌더 라이선스만 지원하고 워크스테이션 라이선스는 지원하지 않습니다.

서비스 관리형 플릿 및 사용량 기반 라이선스

Deadline Cloud 서비스 관리형 플릿을 사용하는 경우 지원되는 소프트웨어에 대해 사용량 기반 라이선스(UBL)가 자동으로 구성됩니다. 서비스 관리형 플릿에서 실행되는 작업은 지원되는 애플리케이션에 대해 환경 변수를 자동으로 설정하여 Deadline Cloud 라이선스 서버를 사용하도록 지시합니다. Deadline Cloud UBL을 사용하는 경우 라이선스가 부여된 애플리케이션을 사용한 시간에 대해서만 요금이 부과됩니다.

고객 관리형 플릿 및 사용량 기반 라이선스

서비스 관리형 플릿을 사용하지 않는 경우 Deadline Cloud 사용량 기반 라이선스(UBL)도 사용할 수 있습니다. 이 시나리오에서는 Deadline Cloud 라이선스 서버에 대한 액세스를 제공하는 선택한 VPC 서브넷에 IP 주소를 제공하는 Deadline Cloud 라이선스 엔드포인트를 설정합니다. 작업자에 대해 적절한 소프트웨어별 환경 변수를 구성하고 작업자에서 해당 라이선스 엔드포인트 IP 주소로의 네트워크 연결을 구성한 후 작업자는 지원되는 소프트웨어에 대한 라이선스를 체크아웃 및 체크인할 수 있습니다. 서비스 관리형 플릿에서 UBL을 사용할 때와 동일한 라이선스에 대해 시간당 요금이 부과됩니다.

사용자 지정 라이선스

Deadline Cloud UBL에서 지원하지 않는 애플리케이션을 사용하거나 아직 유효한 기존 라이선스가 있을 수 있습니다. 이 시나리오에서는 작업자(고객 또는 서비스 관리형)에서 라이선스 서버로의 네트워크 경로를 구성할 책임이 있습니다. 사용자 지정 라이선스에 대한 자세한 내용은 섹션을 참조하세요서비스 관리형 플릿을 사용자 지정 라이선스 서버에 연결.

자산 액세스

작업이 작업자에게 제출되고 애플리케이션이 구성된 후 작업에 필요한 자산 데이터에 액세스하도록 작업자를 구성해야 합니다. 이는 3D 데이터, 텍스처 데이터, 애니메이션 데이터, 비디오 프레임 또는 작업에 사용되는 기타 유형의 데이터일 수 있습니다.

먼저 데이터가 현재 저장되어 있는 위치를 고려합니다. 워크스테이션 하드 드라이브, 사용자 공동 작업 도구, 소스 제어, 온프레미스 또는 클라우드의 공유 파일 시스템, Amazon S3 또는 기타 여러 위치에 있을 수 있습니다.

다음으로 작업자가이 데이터에 액세스하는 데 필요한 사항을 고려합니다. 이 데이터는 회사 네트워크에서만 사용할 수 있나요? 데이터에 액세스하려면 어떤 자격 증명이 필요합니까? 작업을 처리할 것으로 예상되는 작업자 수로 작업을 지원하도록 데이터 소스가 조정되나요?

작업 첨부 파일

자산 액세스 메커니즘으로 시작하는 가장 쉬운 방법은 Deadline Cloud 작업 연결입니다. 작업 첨부 파일을 사용하여 작업을 제출하면 작업에 필요한 데이터가 작업에 필요한 파일을 지정하는 매니페스트 파일과 함께 Amazon S3 버킷에 업로드됩니다. 작업 연결을 사용하면 복잡한 네트워킹 또는 공유 스토리지 설정이 필요하지 않습니다. 파일은 한 번만 업로드되므로 후속 업로드가 더 빨리 완료됩니다. 작업자가 작업 처리를 완료하면 아티스트 또는 다른 클라이언트가 다운로드할 수 있도록 출력 데이터가 Amazon S3에 업로드됩니다. 작업 연결은 모든 크기의 플릿에 맞게 확장되며 간단하고 빠르게 온보딩하고 사용할 수 있습니다.

작업 연결은 모든 상황에 가장 적합한 도구가 아닙니다. 데이터가 이미 켜져 AWS있는 경우 작업 첨부 파일은 관련 전송 시간 및 스토리지 비용을 포함하여 데이터의 사본을 추가합니다. 작업 첨부 파일을 사용하려면 작업이 제출 시 필요한 데이터를 완전히 지정하여 데이터를 업로드할 수 있어야 합니다.

작업 연결을 사용하려면 Deadline Cloud 대기열에 연결된 작업 연결 버킷이 있어야 하며 대기열 역할을 사용하여 해당 버킷에 대한 액세스를 제공해야 합니다. 기본적으로 Deadline Cloud 통합 제출자는 모두 작업 연결을 지원합니다. Deadline Cloud 통합 제출자를 사용하지 않는 경우 Deadline Cloud python 라이브러리를 통합하여 작업 첨부 파일을 사용자 지정 소프트웨어와 함께 사용할 수 있습니다.

사용자 지정 스토리지 액세스

작업 첨부 파일을 사용하지 않는 경우 작업자가 작업에 필요한 데이터에 액세스할 수 있도록 해야 합니다. Deadline Cloud는 이를 지원하고 작업을 이식 가능한 상태로 유지하기 위한 다양한 도구를 제공합니다. 아티스트와 작업자를 위한 공유 네트워크 스토리지가 이미 있거나 LucidLink와 같은 외부 서비스를 선호하거나 기타 이유가 있는 경우 사용자 지정 스토리지 솔루션을 사용할 수 있습니다.

스토리지 프로파일을 사용하여 워크스테이션 및 작업자 호스트의 파일 시스템을 모델링합니다. 각 스토리지 프로필은 시스템 구성 중 하나의 운영 체제 및 파일 시스템 레이아웃을 설명합니다. 스토리지 프로파일을 사용하면 Windows 워크스테이션을 사용하는 아티스트가 Linux 작업자가 처리하는 작업을 제출하면 Deadline Cloud는 경로 매핑이 발생하므로 작업자가 구성한 데이터 스토리지에 액세스할 수 있습니다.

Deadline Cloud 서비스 관리형 플릿을 사용하는 경우 호스트 구성 스크립트 및 VPC 리소스 엔드포인트를 사용하면 작업자가 공유 스토리지 또는 VPC에서 사용할 수 있는 기타 서비스를 직접 탑재하고 액세스할 수 있습니다.

작업 모니터링 및 출력 관리

Deadline Cloud에 제출된 작업이 성공적으로 완료되면 사람 또는 프로세스가 Deadline Cloud 외부의 비즈니스 워크플로에서 사용할 작업 출력을 다운로드합니다. 작업 실패 후 작업 로그 및 모니터링 정보는 문제를 진단하는 데 도움이 됩니다.

Deadline Cloud 모니터

Deadline Cloud Monitor 애플리케이션은 웹 및 데스크톱에서 사용할 수 있습니다. 이 솔루션은 스토리지용 작업 첨부 파일을 사용하여 다양한 DCCs에 대화형 워크플로를 사용하는 스튜디오에 가장 적합합니다. 모니터는 IAM Identity Center를 사용할 때만 지원합니다. IAM Identity Center는 소비자 자격 증명(B2C) 솔루션이 아닌 인력 자격 증명 제품이므로 많은 B2C 시나리오에 적합하지 않습니다.

사용자 지정 모니터 애플리케이션

사용자의 모니터링 환경을 사용자 지정하거나, B2C 제품을 구축하거나, Deadline Cloud를 사용하여 고도로 특수화된 시스템을 구축하려는 경우 사용자 지정 모니터링 애플리케이션을 생성하도록 선택합니다. AWS Deadline Cloud API를 사용하여 전체 워크플로의 컨텍스트와 Deadline Cloud 개념을 결합하여이 사용자 지정 애플리케이션을 생성할 수 있습니다. 예를 들어 B2C 제품에는 사용자가 설정하는 자체 프로젝트 개념이 있을 수 있으며 애플리케이션은 동일한 인터페이스에 Deadline Cloud 작업을 중첩할 수 있습니다.

자동 모니터링 솔루션

일부 시나리오에서는 Deadline Cloud에 전용 모니터링 애플리케이션이 필요하지 않습니다. 이 시나리오는 Deadline Cloud를 사용하여 스포츠 또는 뉴스용 브로드캐스트 그래픽과 같은 파이프라인의 자산을 자동으로 렌더링하는 자동화된 워크플로에서 일반적입니다. 이 시나리오에서 Deadline Cloud API 및 EventBridge 이벤트는 승인을 위해 외부 Media Asset Management 시스템과 통합하고 프로세스의 다음 단계로 데이터를 이동하는 데 사용됩니다.

작업자 인프라 관리

Deadline Cloud 플릿은 Deadline Cloud 대기열에 제출된 작업을 처리할 수 있는 서버(작업자) 그룹이며 모든 Deadline Cloud 팜의 핵심 인프라입니다.

서비스 관리형 플릿

서비스 관리형 플릿에서 Deadline Cloud는 작업자 호스트, 운영 체제, 네트워킹, 패치 적용, 오토 스케일링 및 렌더 팜 실행의 기타 요인에 대한 책임을 집니다. 애플리케이션에 필요한 시스템 사양과 함께 원하는 최소 및 최대 작업자 수를 지정하면 Deadline Cloud가 나머지를 수행합니다. 서비스 관리형 플릿은 Deadline Cloud 관리형 conda 채널을 사용하여 산업 DCC 애플리케이션을 쉽게 관리할 수 있는 유일한 플릿 옵션입니다. 또한 Deadline Cloud UBL은 서비스 관리형 플릿으로 자동으로 구성됩니다. 비용 절감을 위해 대기 및 저장 플릿, 지연 방지 워크로드는 서비스 관리형 플릿을 사용해야만 사용할 수 있습니다.

고객 관리형 플릿

작업자 호스트와 환경을 더 잘 제어해야 하는 경우 고객 관리형 플릿을 사용합니다. 고객 관리형 플릿은 Deadline Cloud 온프레미스를 사용할 때 가장 적합합니다. 자세한 내용은 Deadline Cloud 고객 관리형 플릿 생성 및 사용를 참조하세요.

아키텍처 예제

기존 프로덕션 스튜디오

기존 프로덕션 스튜디오에는 여러 물리적 위치에서 서비스 렌더링 워크로드에 이르기까지 상당한 컴퓨팅, 스토리지 및 네트워킹 인프라가 필요합니다. 각 개별 소프트웨어 패키지 및 공급업체에는 버전 관리, 호환성 및 리소스 충돌을 해결하는 동안 충족해야 하는 고유한 하드웨어, 소프트웨어, 네트워킹 및 라이선스 요구 사항이 있습니다.

아티스트 워크스테이션, 렌더 노드, 네트워크 스토리지, 라이선스 서버, 작업 대기열 시스템, 모니터링 도구 및 자산 관리에 대한 별도의 인프라 요구 사항이 있는 것이 일반적입니다. 스튜디오는 일반적으로 여러 버전의 DCC 도구, 렌더러, 플러그인 및 사용자 지정 도구를 유지 관리하는 동시에 렌더 팜 전체에서 복잡한 라이선스 계약을 관리해야 합니다. 개발, 품질 보증 및 프로덕션 환경을 고려할 때 스튜디오 인프라가 더 복잡해집니다.

서비스 관리형 옵션을 사용하는 일반적인 Deadline Cloud 배포는 다음을 통해 이러한 많은 문제를 해결하거나 줄입니다.

이 접근 방식을 사용하면 아티스트는 복잡한 인프라를 관리하지 않고도 익숙한 DCC 도구에서 확장 가능한 클라우드 렌더 팜으로 직접 작업을 제출할 수 있습니다. 서비스는 소프트웨어 배포, 라이선스, 데이터 전송 및 인프라 규모 조정을 자동으로 처리합니다. 아티스트는 웹 인터페이스 또는 데스크톱 애플리케이션을 통해 작업을 모니터링할 수 있으며 출력은 Amazon S3에 자동으로 저장되어 쉽게 액세스할 수 있습니다.

이 구성을 통해 스튜디오는 몇 분 만에 개발 및 프로덕션 환경을 만들고, 사용하는 컴퓨팅 및 라이선스에 대해서만 비용을 지불하고, 인프라 관리가 아닌 창의적인 작업에 집중할 수 있습니다. 서비스 관리형 접근 방식은 아티스트에게 친숙한 워크플로를 유지하면서 클라우드 렌더링을 채택할 수 있는 가장 빠른 경로를 제공합니다.

클라우드의 Studio

현대의 시각적 효과와 애니메이션 스튜디오는 아티스트 워크스테이션을 포함한 전체 파이프라인을 클라우드로 점점 더 많이 이동하고 있습니다. 이 접근 방식은 온프레미스 인프라의 필요성을 없애고, 글로벌 협업을 가능하게 하며, 대화형 작업과 렌더링 모두에 원활한 규모 조정을 제공합니다. 그러나 클라우드 리소스를 관리하고, 데이터에 대한 지연 시간이 짧은 액세스를 보장하고, 클라우드 기반 워크스테이션을 렌더 팜과 통합하는 데 새로운 문제가 발생합니다.

일반적인 클라우드 네이티브 스튜디오에는 이러한 모든 구성 요소에서 클라우드 워크스테이션, 공유 스토리지, 렌더링 인프라 및 소프트웨어 배포를 관리하는 통합 접근 방식이 필요합니다. 기존 접근 방식은 성능, 비용 및 유연성의 균형을 맞추는 데 어려움을 겪는 복잡한 수동 관리형 시스템을 초래하는 경우가 많습니다.

클라우드 네이티브 스튜디오의 Deadline Cloud 배포는 다음을 사용하여 구현할 수 있습니다.

이 접근 방식을 통해 아티스트는 고성능 공유 스토리지에 직접 액세스할 수 있는 클라우드 기반 워크스테이션에서 작업하고 Deadline Cloud 팜에 작업을 원활하게 제출할 수 있습니다. 스튜디오는 동일한 conda 채널을 사용하여 두 워크스테이션 모두에서 소프트웨어 배포를 관리하고 노드를 렌더링하여 일관성을 보장하고 유지 관리 오버헤드를 줄일 수 있습니다.

이 구성의 주요 이점은 다음과 같습니다.

이 시나리오의 스토리지 구성에는 일반적으로 다음이 포함됩니다.

이러한 클라우드 네이티브 접근 방식을 통해 스튜디오는 온프레미스 인프라를 제거할 수 있으므로 익숙한 아티스트 워크플로를 유지하면서 모든 규모의 프로젝트를 신속하게 확장할 수 있습니다. 서비스 관리형 리소스와 고객 관리형 리소스를 혼합하여 관리 용이성과 특정 성능 요구 사항에 맞게 최적화할 수 있는 유연성을 제공합니다.

스튜디오는 Deadline Cloud와 함께 클라우드 워크스테이션을 활용하여 소규모 팀에서 대규모 프로덕션으로 원활하게 확장되는 완전 통합되고 전 세계적으로 액세스 가능한 프로덕션 파이프라인을 달성할 수 있습니다.

ECommerce 자동화

최신 전자 상거래 플랫폼에는 수백만 개의 항목에 걸쳐 풍부한 제품 시각화를 제공하기 위해 대규모로 자동화된 자산 생성이 필요합니다. 기존 접근 방식은 대량의 3D 모델을 표준화된 제품 미디어로 처리하는 데 상당한 인프라 투자가 필요하므로 처리 백로그를 생성하는 과소 프로비저닝된 시스템 또는 유휴 용량이 있는 과도 프로비저닝된 시스템이 발생하는 경우가 많습니다.

일반적인 자동 전자 상거래 워크플로는 제품 업로드 처리, 3D 모델 검증, 렌더 팜 관리, 출력 처리 및 제품 정보 시스템과의 통합을 처리해야 합니다. 이러한 워크플로를 관리하려면 일반적으로 일관된 품질을 보장하고 대규모로 비용 효율성을 유지하면서 여러 렌더링 애플리케이션, 컴퓨팅 리소스 및 데이터 처리 파이프라인을 조정해야 합니다.

전자 상거래 자동화를 위한 Deadline Cloud 배포는 다음을 사용하여 구현할 수 있습니다.

이 접근 방식을 사용하면 하루에 수천 개의 제품을 처리할 수 있으므로 턴테이블 애니메이션과 같은 표준화된 제품 시각화가 자동으로 생성됩니다. 서비스 관리형 인프라는 작업자 재사용 및 최적화된 애플리케이션 배포를 통해 비용 효율성을 유지하면서 가변 수요에 맞게 자동으로 확장됩니다.

Whitelabel/OEM/B2C 고객

기존 디지털 콘텐츠 생성(DCC) 소프트웨어에서는 일반적으로 사용자가 워크스테이션에서 로컬로 자체 렌더링 인프라 또는 프로세스 렌더링을 유지 관리해야 하므로 상당한 하드웨어 투자가 발생하거나 크리에이티브 워크플로를 방해하는 대기 시간이 길어집니다. 소프트웨어 공급업체의 경우 클라우드 렌더링 기능을 제공하려면 전통적으로 복잡한 인프라 및 결제 시스템을 구축하고 유지 관리해야 했습니다.

B2C 소프트웨어에 통합된 Deadline Cloud 배포를 사용하면 사용자의 친숙한 인터페이스 내에서 직접 원활한 클라우드 렌더링이 가능합니다. 이 통합은 다음을 결합합니다.

이 접근 방식을 사용하면 최종 사용자가 계정, 인프라 또는 복잡한 설정을 관리하지 않고도 소프트웨어 내에서 클릭 한 번으로 클라우드에 렌더링을 제출할 수 있습니다. 소프트웨어 공급업체는 다음과 같은 다중 테넌트 환경을 유지합니다.

공유 플릿 접근 방식은 웜 풀 작업자를 유지하고 시작 시간을 최소화하는 동시에 사용자 기반 전반의 리소스 사용률을 극대화하여 최적의 성능을 보장합니다. 이 구성을 통해 소프트웨어 공급업체는 추가 설정 또는 계정이 필요한 별도의 서비스가 아닌 원활한 제품 기능으로 클라우드 렌더링을 제공할 수 있습니다.

최종 사용자는 다음과 같은 이점을 누릴 수 있습니다.

이 통합 패턴을 통해 소프트웨어 공급업체는 전체 사용자 기반에 엔터프라이즈급 렌더링 기능을 제공하는 동시에 애플리케이션 고유의 느낌을 주는 간단하고 소비자 친화적인 환경을 유지할 수 있습니다.