翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Deadline クラウドアーキテクチャガイダンス
このトピックでは、Deadline Cloud を使用してワークロード用の信頼性、安全性、効率、費用対効果の高いレンダーファームを設計および構築するためのガイダンスとベストプラクティスを提供します。このガイダンスを使用すると、安定して効率的なワークロードを構築し、イノベーションに注力しながらコストを削減し、さらにカスタマーエクスペリエンスを向上させることができます。
このコンテンツは、最高技術責任者 (CTO)、アーキテクト、デベロッパー、および運用チームのメンバーを対象としています。
end-to-endのレンダリングワークフローには、ジョブ生成、アセットアクセス、ジョブモニタリングなど、プロセスの複数のレイヤーでソリューションが必要です。Deadline Cloud は、レンダリングプロセスのレイヤーごとに複数のソリューションを提供します。各レイヤーの Deadline Cloud のオプションから選択することで、ユースケースに合ったワークフローを設計できます。
レイヤーごとに、ユースケースに最適なアプローチを決定する必要があります。これらは厳密なシナリオ定義ではなく、Deadline Cloud を使用する唯一の方法ではありません。代わりに、これらは Deadline Cloud がビジネスやワークフローにどのように適合するかを理解するのに役立つ大まかな概念のセットです。Deadline Cloud ワークロードは、ジョブソース、ジョブ送信、アプリケーション管理、アプリケーションライセンス、アセットアクセス、出力管理、ワーカーインフラストラクチャ管理のレイヤーに分割できます。
一般的に、1 つのレイヤーのシナリオを別のレイヤーの他のシナリオとmix-and-matchできます。ただし、以下に指定する特定の組み合わせは除きます。
## ジョブソース
ジョブソースは、新しいジョブが Deadline Cloud によってレンダリングされるシステムに入るアクセスポイントです。大まかに言うと、ジョブの主なソースは、人間のインタラクティブ性と自動コンピュータシステムの 2 つです。
### インタラクティブワークフロー
このシナリオでは、アーティストまたはその他のクリエイティブロールが Deadline Cloud ファームで処理される作業の主要なジェネレーターです。通常、これらのジョブからの出力は、大規模なプロジェクトまたはチームの主要なアーティファクトです。業界標準のデジタルコンテンツ作成 (DCC) ツールなどのソフトウェアを使用して作業を実行します。Deadline Cloud ファームにジョブを手動で送信し、後で確認するために出力を表示しています。ワークステーション自体は によって管理されません AWS。
ほとんどの場合、これらのアーティストはワークロードアプリケーションレイヤーとモニタリングレイヤーで Deadline Cloud 統合送信者と Deadline Cloud モニターを使用します。
### 自動ワークフロー
このシナリオでは、お客様が所有しているプログラムシステムが Deadline Cloud ファームのジョブの主要なジェネレーターです。これは、3D モデルやスキャンから生成されたターンテーブルビデオなど、小売パイプラインのアセット生成である可能性があります。これは、スポーツ用のブロードキャストグラフィックスとプレイヤーカードの自動合成である可能性があります。このシナリオのテーマは、個々の が各ジョブを Deadline Cloud に手動で送信するのではなく、より大きなシステムの一部としてジョブが生成されることです。
自動ジョブでは、Deadline Cloud 統合送信者と Deadline Cloud モニターを使用するのは一般的ではありません。多くの場合、ジョブ定義はユーザーが作成したカスタムアプリケーション開発であり、ジョブ出力は承認と配布のためにデジタルアセット管理 (DAM) システムまたはメディアアセット管理 (MAM) システムに自動的に流れます。
## ジョブの送信
ジョブは、[OpenJobDescription](https://github.com/OpenJobDescription/openjd-specifications) テンプレートを使用して Deadline Cloud に送信されます。OpenJobDescription は、さまざまなスケジューリングシステムのデプロイ間で移植可能なバッチ処理ジョブを定義するための柔軟なオープン仕様です。ジョブ定義ファイルは、ジョブのパラメータ、ジョブのステップ、ジョブの入力に基づいてステップをパラメータ化する方法、および処理を実行するワーカーで実行される実際のスクリプトを記述します。ワークロード送信の概念は、これらのジョブ定義の作成方法、作成者、送信方法です。
### DCC との統合送信者
Deadline Cloud 統合送信者は、Deadline Cloud を業界標準の DCC またはソフトウェアパッケージと結び付けるソフトウェアの一部です。統合された送信者は、レンダリング、複合、またはその他のワークロードのデータと設定をジョブテンプレートに変換する方法を決定します。これは Deadline Cloud で理解できます。多くの統合送信者は、Deadline Cloud チームまたはソフトウェアパッケージの作成者が作成および保守しますが、目的のアプリケーションにまだ存在しない場合は、独自の送信者を作成して保守できます。Deadline Cloud チームでサポートされている DCCs の有限セットがあります。
インタラクティブワークフローには通常、統合された送信者が含まれますが、必ずしもそうではありません。テンプレート化された自動ワークフローの場合、アーティストが DCC でテンプレートジョブを設定し、**ジョブバンドル**の 1 回限りのエクスポートを実行するのが一般的なワークフローです。このジョブバンドルは、パラメータ化された方法で Deadline Cloud でその特定の種類のジョブを実行する方法を定義します。このジョブバンドルは、自動化の目的で自動化ワークフローシナリオに統合できます。
### カスタムジョブ定義
カスタムアプリケーションとワークフローでは、これらのジョブ定義を作成して Deadline Cloud に送信する方法を完全に制御できます。たとえば、e コマースサイトでは、販売しているオブジェクトの 3D モデルをアップロードするよう販売者に求める場合があります。このアップロード後、e コマースプラットフォームは Deadline Cloud に送信するジョブ定義を動的に生成し、サイトで使用できる他の 3D オブジェクトと一致する共通の照明を使用して、共通のバックグラウンドでターンテーブルアニメーションを自動的に生成できます。e コマースプラットフォームの開発中、ソフトウェア開発者はジョブ定義を作成し、最終的に販売者が提供したパラメータを使用して e コマースプラットフォームに埋め込み、プラットフォームの製品アップロードワークフロー中にこのジョブを送信するようにプラットフォームをコーディングします。
Deadline Cloud は、github のサンプル[リポジトリ](https://github.com/aws-deadline/deadline-cloud-samples)に多数のサンプルジョブ定義を提供します。
## アプリケーション管理
ジョブが Deadline Cloud に送信され、ワーカーに割り当てられると、ジョブ定義のスクリプトがワーカーで実行されます。ほとんどの場合、このスクリプトはアプリケーションを呼び出して、レンダラー、複合、エンコード、フィルタリング、その他計算負荷の高いタスクなど、実際の処理を実行します。アプリケーション管理は、必要なソフトウェアの必要なバージョンをワーカーが確実に利用できるようにする概念です。
任意のパッケージ管理システムを使用してアプリケーションを管理できますが、Deadline Cloud には conda パッケージを簡単に使用できるツールが多数用意されています。[Conda](https://anaconda.org/anaconda/conda) は、オープンソース、クロスプラットフォーム、言語に依存しないパッケージマネージャーおよび環境管理システムです。
### サービスマネージドフリートの Deadline クラウドマネージド conda チャネル (SMF)
サービスマネージドフリートを使用する場合、Deadline Cloud マネージド conda チャネルは自動的に設定され、ジョブで使用できるように設定されます。Deadline Cloud サービスは、この conda チャネルで多数のパートナー DCC アプリケーションとレンダリングを提供します。詳細については、Deadline Cloud ユーザーガイドの[「キュー環境を作成する](https://docs.aws.amazon.com/deadline-cloud/latest/userguide/create-queue-environment.html)」を参照してください。これらのパッケージは Deadline Cloud サービスによって自動的に最新の状態に保たれ、メンテナンスは必要ありません。この conda チャネルは、サービスマネージドフリートを使用する場合にのみ使用でき、カスタマーマネージドフリートを使用する場合は使用できません。
### セルフマネージド conda チャネル
Deadline Cloud マネージド conda チャネルを使用できない場合は、Deadline Cloud フリートにアプリケーションをインストール、パッチ適用、管理する方法を決定する必要があります。1 つのオプションは、セットアップして維持する conda チャネルを作成することです。これは、Deadline クラウドマネージド conda チャネルと最も密接に相互運用されます。例えば、Deadline クラウドマネージド conda チャネルから DCC を使用できますが、特定の DCC プラグインを含む独自のパッケージを持ち込むことができます。このプロセスの詳細については、[S3 を使用して conda チャネルを作成する](https://docs.aws.amazon.com/deadline-cloud/latest/developerguide/configure-jobs-s3-channel.html)」を参照してください。
### カスタムアプリケーション管理
アプリケーション管理の場合、Deadline Cloud の要件は、ジョブスクリプトがワーカーで実行されるときにアプリケーションが PATH で利用可能であることです。
すでに Rez パッケージを構築して保守している場合は、キュー環境を使用して Rez リポジトリからアプリケーションをインストールできます。キュー環境の例は[AWS 、Deadline Cloud GitHub 組織](https://github.com/aws-deadline/deadline-cloud-samples/blob/mainline/queue_environments/rez_queue_env.yaml)にあります。
存続期間の長いワーカーまたはシステムイメージを持つカスタマーマネージドフリートでアプリケーションをすでに管理している場合、アプリケーション管理にキュー環境は必要ありません。アプリケーションがジョブユーザーのパスに表示されることを確認し、ジョブを送信します。
## アプリケーションのライセンス
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 を使用する場合と同じライセンスに対して 1 時間あたりに課金されます。
### カスタムライセンス
Deadline Cloud UBL でサポートされていないアプリケーションを使用するか、既存のライセンスがまだ有効である可能性があります。このシナリオでは、ワーカー (顧客管理またはサービス管理) からライセンスサーバーへのネットワークパスを設定する責任があります。カスタムライセンスの詳細については、「」を参照してください[サービスマネージドフリートをカスタムライセンスサーバーに接続する](smf-byol.md)。
## アセットアクセス
ジョブがワーカーに送信され、アプリケーションが設定されたら、ジョブに必要なアセットデータにアクセスするようにワーカーを設定する必要があります。これは、3D データ、テクスチャデータ、アニメーションデータ、ビデオフレーム、またはジョブで使用されるその他の種類のデータです。
まず、データが現在保存されている場所について考えます。これは、ワークステーションのハードドライブ、ユーザーコラボレーションツール、ソースコントロール、オンプレミスまたはクラウド内の共有ファイルシステム、Amazon S3、またはその他の任意の場所にある場合があります。
次に、ワーカーがこのデータにアクセスするために必要なものを検討します。このデータは企業ネットワークでのみ利用できますか? データにアクセスするには、どのような ID または認証情報が必要ですか? データソースは、ジョブを処理する予定のワーカー数でジョブをサポートするようにスケールされていますか?
### ジョブアタッチメント
アセットアクセスのメカニズムから始める最も簡単なのは、Deadline Cloud ジョブアタッチメントです。ジョブアタッチメントを使用してジョブを送信すると、ジョブに必要なデータが、ジョブに必要なファイルを指定するマニフェストファイルとともに Amazon S3 バケットにアップロードされます。ジョブアタッチメントを使用すると、複雑なネットワークや共有ストレージのセットアップは必要ありません。ファイルは 1 回だけアップロードされるため、それ以降のアップロードはより迅速に完了します。ワーカーがジョブの処理を完了すると、出力データが Amazon S3 にアップロードされ、アーティストまたは別のクライアントがダウンロードできるようになります。ジョブアタッチメントは、あらゆるサイズのフリートに合わせてスケールし、シンプルですばやくオンボードして使用できます。
ジョブアタッチメントは、すべての状況に最適なツールではありません。データがすでにオンになっている場合 AWS、ジョブアタッチメントは、関連する転送時間とストレージコストを含むデータのコピーを追加します。ジョブの添付ファイルでは、ジョブが送信時に必要なデータを完全に指定して、データをアップロードできるようにする必要があります。
ジョブアタッチメントを使用するには、Deadline Cloud キューにジョブアタッチメントバケットが関連付けられている必要があり、そのバケットへのアクセスを提供するためにキューロールを使用する必要があります。デフォルトでは、Deadline Cloud 統合送信者はすべてジョブアタッチメントをサポートします。Deadline Cloud 統合送信者を使用していない場合は、[Deadline Cloud Python ライブラリ](https://github.com/aws-deadline/deadline-cloud)を統合することで、ジョブアタッチメントをカスタムソフトウェアで使用できます。
### カスタムストレージアクセス
ジョブアタッチメントを使用しない場合は、ワーカーがジョブに必要なデータにアクセスできることを確認する責任があります。Deadline Cloud には、これをサポートし、ジョブをポータブルに保つためのツールが多数用意されています。アーティストやワーカー用の共有ネットワークストレージが既にある場合、LucidLink などの外部サービスを使用する場合は、カスタムストレージソリューションを使用できます。
[ストレージプロファイル](https://docs.aws.amazon.com/deadline-cloud/latest/developerguide/storage-profiles-and-path-mapping.html)を使用して、ワークステーションとワーカーホストのファイルシステムをモデル化します。各ストレージプロファイルは、いずれかのシステム設定のオペレーティングシステムとファイルシステムレイアウトを記述します。ストレージプロファイルを使用して、Windows ワークステーションを使用するアーティストがLinuxワーカーによって処理されるジョブを送信すると、Deadline Cloud は、ワーカーが設定したデータストレージにアクセスできるようにパスマッピングが行われるようにします。
Deadline Cloud のサービスマネージドフリートを使用する場合、[ホスト設定スクリプト](https://docs.aws.amazon.com/deadline-cloud/latest/developerguide/smf-admin.html)と [VPC リソースエンドポイント](https://docs.aws.amazon.com/deadline-cloud/latest/developerguide/smf-vpc.html)により、ワーカーは VPC で利用可能な共有ストレージやその他のサービスを直接マウントしてアクセスできます。
## ジョブのモニタリングと出力管理
Deadline Cloud に送信されたジョブが正常に完了すると、ユーザーまたはプロセスは Deadline Cloud 外のビジネスワークフローで使用するジョブ出力をダウンロードします。ジョブの失敗後、ジョブログとモニタリング情報は問題を診断するのに役立ちます。
### Deadline クラウドモニター
Deadline Cloud モニターアプリケーションは、ウェブおよびデスクトップで利用できます。このソリューションは、ストレージにジョブアタッチメントを使用するさまざまな DCCs のインタラクティブワークフローを使用するスタジオに最適です。モニターは、IAM Identity Center を使用する場合にのみサポートします。IAM Identity Center はワークフォースアイデンティティ製品であり、コンシューマーアイデンティティ (B2C) ソリューションではないため、多くの B2C シナリオには適していません。
### カスタムモニターアプリケーション
ユーザーのモニタリングエクスペリエンスをカスタマイズする場合、B2C 製品を構築する場合、または Deadline Cloud を使用して高度に特殊なシステムを構築する場合は、カスタムモニタリングアプリケーションの作成を選択します。[AWS Deadline Cloud API](https://docs.aws.amazon.com/deadline-cloud/latest/APIReference/Welcome.html) を使用して、ワークフロー全体のコンテキストと Deadline Cloud の概念を組み合わせて、このカスタムアプリケーションを作成できます。たとえば、B2C 製品には、ユーザーがセットアップする独自のプロジェクト概念があり、アプリケーションは Deadline Cloud ジョブを同じインターフェイスにネストできます。
### 自動モニタリングソリューション
シナリオによっては、Deadline Cloud 専用のモニタリングアプリケーションは必要ありません。このシナリオは、Deadline Cloud を使用して、スポーツやニュースのブロードキャストグラフィックなど、パイプライン内のアセットを自動的にレンダリングする自動ワークフローで一般的です。このシナリオでは、Deadline Cloud API イベントと EventBridge イベントを使用して外部メディアアセット管理システムと統合し、承認を行い、データをプロセスの次のステップに移行します。
## ワーカーインフラストラクチャ管理
Deadline Cloud フリートは、Deadline Cloud キューに送信されたジョブを処理できるサーバー (ワーカー) のグループであり、Deadline Cloud ファームのコアインフラストラクチャです。
### サービスマネージドフリート
サービスマネージドフリートでは、Deadline Cloud は、ワーカーホスト、オペレーティングシステム、ネットワーク、パッチ適用、自動スケーリング、およびレンダーファームを実行するその他の要素を担当します。必要なワーカーの最小数と最大数、およびアプリケーションに必要なシステム仕様を指定します。残りは Deadline Cloud が行います。サービスマネージドフリートは、Deadline Cloud マネージド conda チャネルを使用して業界 DCC アプリケーションを簡単に管理できる唯一のフリートオプションです。さらに、Deadline Cloud UBL はサービスマネージドフリートで自動的に設定されます。Wait and Save フリートは、低コストで遅延耐性のあるワークロードで、サービスマネージドフリートでのみ使用できます。
### カスタマーマネージドフリート
ワーカーホストとその環境をより細かく制御する必要がある場合は、カスタマーマネージドフリートを使用します。カスタマーマネージドフリートは、オンプレミスで Deadline Cloud を使用する場合に最適です。詳細については[Deadline Cloud カスタマーマネージドフリートを作成して使用する](manage-cmf.md)を参照してください。
## アーキテクチャの例
### 従来のプロダクションスタジオ
従来のプロダクションスタジオには、複数の物理的な場所からサービスレンダリングワークロードにまたがる、大量のコンピューティング、ストレージ、ネットワークインフラストラクチャが必要です。個々のソフトウェアパッケージとベンダーには、バージョニング、互換性、リソースの競合を解決する際に満たす必要がある固有のハードウェア、ソフトウェア、ネットワーク、ライセンス要件があります。
アーティストワークステーション、レンダーノード、ネットワークストレージ、ライセンスサーバー、ジョブキューイングシステム、モニタリングツール、アセット管理に個別のインフラストラクチャ要件があることが一般的です。通常、スタジオは、レンダーファーム全体で複雑なライセンス契約を管理しながら、複数のバージョンの DCC ツール、レンダラー、プラグイン、カスタムツールを維持する必要があります。開発、品質保証、本番環境を検討すると、スタジオインフラストラクチャが複雑になります。
サービスマネージドオプションを使用した一般的な Deadline Cloud のデプロイは、以下を通じてこれらの課題の多くを解決または軽減します。
+ 統合された DCC 送信者によるインタラクティブなワークフロージョブの送信
+ Deadline クラウドマネージド conda チャネルによるアプリケーション管理
+ サポートされているソフトウェア用に自動的に設定された使用状況ベースのライセンス
+ ジョブアタッチメントによるアセット管理
+ Deadline Cloud Monitor アプリケーションによるモニタリング
+ サービスマネージドフリートによるインフラストラクチャ管理
このアプローチにより、アーティストは複雑なインフラストラクチャを管理することなく、使い慣れた DCC ツールからスケーラブルなクラウドレンダーファームにジョブを直接送信できます。このサービスは、ソフトウェアのデプロイ、ライセンス、データ転送、インフラストラクチャのスケーリングを自動的に処理します。アーティストはウェブインターフェイスまたはデスクトップアプリケーションを介してジョブをモニタリングでき、出力は自動的に Amazon S3 に保存されるため、簡単にアクセスできます。
この設定により、スタジオは開発環境と本番環境を数分で作成し、使用するコンピューティングとライセンスに対してのみ料金を支払うことができ、インフラストラクチャ管理ではなくクリエイティブな作業に集中できます。サービスマネージド型アプローチは、アーティストの使い慣れたワークフローを維持しながら、クラウドレンダリングを採用するための最速の道を提供します。
### クラウドの Studio
最新のビジュアルエフェクトとアニメーションスタジオは、アーティストワークステーションを含むパイプライン全体をクラウドに移行し始めています。このアプローチにより、オンプレミスインフラストラクチャが不要になり、グローバルコラボレーションが可能になり、インタラクティブな作業とレンダリングの両方をシームレスにスケーリングできます。ただし、クラウドリソースの管理、データへの低レイテンシーアクセスの確保、クラウドベースのワークステーションとレンダーファームの統合にも新しい課題が伴います。
一般的なクラウドネイティブスタジオでは、クラウドワークステーション、共有ストレージ、レンダリングインフラストラクチャ、およびこれらすべてのコンポーネントのソフトウェアデプロイを管理するための統一されたアプローチが必要です。従来のアプローチでは、パフォーマンス、コスト、柔軟性のバランスをとるのに苦労する、手動で管理される複雑なシステムになることがよくあります。
クラウドネイティブスタジオの Deadline Cloud デプロイは、以下を使用して実装できます。
+ クラウドワークステーション上の統合された DCC 送信者を介したインタラクティブなワークフロージョブの送信
+ Deadline Cloud マネージド conda チャネルによるアプリケーション管理レンダーノード
+ サポートされているソフトウェア用に自動的に設定された使用状況ベースのライセンス
+ 共有プロジェクトデータに FSx for Windows File Server を使用したカスタムストレージアクセス
+ Deadline Cloud Monitor アプリケーションによるモニタリング
+ サービスマネージドフリートを使用したインフラストラクチャ管理
このアプローチにより、アーティストは高性能の共有ストレージに直接アクセスできるクラウドベースのワークステーションで作業し、Deadline Cloud ファームにシームレスにジョブを送信できます。スタジオは、同じ conda チャネルを使用してワークステーションとレンダーノードの両方にまたがるソフトウェアのデプロイを管理できるため、一貫性を確保し、メンテナンスのオーバーヘッドを削減できます。
この設定の主な利点は次のとおりです。
+ どこからでもワークステーションにアクセスできるアーティストとのグローバルなコラボレーション
+ ワークステーションとレンダーノード間で一貫したソフトウェア環境
+ ワークステーションとレンダーノードの両方からアクセスできる高性能共有ストレージ
+ インタラクティブコンピューティングリソースとバッチコンピューティングリソースの両方の柔軟なスケーリング
+ クラウド内のすべてのスタジオインフラストラクチャの一元管理
このシナリオのストレージ設定には通常、以下が含まれます。
+ クラウドワークステーションと Deadline Cloud ワーカーの両方がアクセスできるプロジェクトデータ用の FSx for Windows File Server
+ ワークステーションとレンダーノード間のパスマッピングを管理するための Deadline Cloud のストレージプロファイル
+ VPC リソースエンドポイントとホスト設定スクリプトを使用した Deadline Cloud ワーカーへの FSx 共有の直接マウント
このクラウドネイティブなアプローチにより、スタジオはオンプレミスインフラストラクチャを排除し、使い慣れたアーティストワークフローを維持しながら、あらゆる規模のプロジェクトを迅速にスケーリングできます。サービスマネージドリソースとカスタマーマネージドリソースを組み合わせて使用できる柔軟性を提供し、管理のしやすさと特定のパフォーマンス要件の両方を最適化します。
Deadline Cloud とともにクラウドワークステーションを活用することで、スタジオは、小規模なチームから大規模なプロダクションまでシームレスにスケールする、完全に統合されたグローバルにアクセス可能な本番稼働用パイプラインを実現できます。
### ECommerceオートメーション
最新の e コマースプラットフォームでは、数百万の項目にわたる豊富な製品可視化を実現するために、大規模な自動アセット生成が必要です。従来のアプローチでは、大量の 3D モデルを標準化された製品メディアに処理するために多大なインフラストラクチャ投資が必要となり、多くの場合、処理バックログを作成するプロビジョニング不足のシステムまたはアイドル容量を持つプロビジョニング過剰のシステムのいずれかになります。
一般的な自動 e コマースワークフローでは、製品アップロード処理、3D モデル検証、レンダーファーム管理、出力処理、製品情報システムとの統合を処理する必要があります。これらのワークフローを管理するには、従来、一貫した品質を確保し、大規模なコスト効率を維持しながら、複数のレンダリングアプリケーション、コンピューティングリソース、データ処理パイプラインを調整する必要があります。
e コマース自動化用の Deadline Cloud デプロイは、以下を使用して実装できます。
+ 既存の e コマース取り込みアプリケーションでのカスタム API 統合によるワークフロージョブの自動送信
+ 標準化された製品の視覚化に合わせたカスタムジョブ定義
+ Deadline クラウドマネージド conda チャネルによるアプリケーション管理
+ サポートされているソフトウェア用に自動的に設定された使用状況ベースのライセンス
+ アセット管理のための Amazon S3 の直接統合
+ 既存の製品管理システムと統合されたカスタムモニタリングアプリケーション
+ Elastic Scaling のサービスマネージドフリート
このアプローチにより、1 日あたり数千の製品を処理し、ターンテーブルアニメーションなどの標準化された製品の視覚化を自動的に生成できます。サービスマネージドインフラストラクチャは、ワーカーの再利用とアプリケーションデプロイの最適化を通じてコスト効率を維持しながら、変化する需要に合わせて自動的にスケーリングされます。
### Whitelabel/OEM/B2C のお客様
従来のデジタルコンテンツ作成 (DCC) ソフトウェアでは、通常、ユーザーが独自のレンダリングインフラストラクチャを維持したり、ワークステーションでレンダリングをローカルに処理したりする必要があり、その結果、ハードウェアへの多大な投資や長い待機時間により、クリエイティブワークフローが中断されます。ソフトウェアベンダーにとって、クラウドレンダリング機能を提供するには、従来、複雑なインフラストラクチャと請求システムの構築と維持が必要でした。
B2C ソフトウェアに統合された Deadline Cloud デプロイにより、ユーザーの使い慣れたインターフェイス内で直接、シームレスなクラウドレンダリングが可能になります。この統合では、以下が組み合わされます。
+ DCC アプリケーション内に埋め込まれたインタラクティブなワークフロージョブの送信
+ Deadline レンダーアプリケーションデプロイ用のクラウドマネージド conda チャネル
+ 使用状況ベースのライセンスが自動的に設定される
+ ベンダーマネージドストレージを使用したジョブアタッチメントによるアセット管理
+ DCC インターフェイスに直接統合されたカスタムモニタリング
+ ユーザー間で共有されるサービスマネージドフリート
このアプローチにより、エンドユーザーは、アカウント、インフラストラクチャ、複雑なセットアップを管理することなく、ソフトウェア内からワンクリックでレンダリングをクラウドに送信できます。ソフトウェアベンダーは、以下のマルチテナント環境を維持します。
+ ユーザーが既存のソフトウェア認証情報を使用して認証する
+ ジョブはユーザーごとの専用キューに自動的にルーティングされます
+ IAM 制御のストレージプレフィックスを使用してアセットを安全に分離する
+ 請求はベンダーの既存のシステムを通じて処理されます。
+ ジョブのステータスと出力はユーザーのアプリケーションに直接ストリーミングされます
共有フリートアプローチは、ワーカーのウォームプールを維持し、起動時間を最小限に抑えながら、ユーザーベースのリソース使用率を最大化することで、最適なパフォーマンスを確保します。この設定により、ソフトウェアベンダーは、追加のセットアップやアカウントを必要とする個別のサービスではなく、シームレスな製品機能としてクラウドレンダリングを提供できます。
エンドユーザーには以下の利点があります。
+ 使い慣れたインターフェイスからのワンクリック送信
+ インフラストラクチャ管理なしPay-as-you-go
+ 共有インフラストラクチャによるジョブの起動時間の短縮
+ 完了したレンダリングの自動ダウンロードと整理
+ すべてのプラットフォームで一貫したエクスペリエンス
この統合パターンにより、ソフトウェアベンダーは、アプリケーションにネイティブであると感じるシンプルでコンシューマーフレンドリーなエクスペリエンスを維持しながら、ユーザーベース全体にエンタープライズグレードのレンダリング機能を提供できます。
### ハイブリッドレンダーファーム
既にオンプレミスでレンダーファームを実行しているスタジオでは、ハードウェアを購入しなくても、ピークワークロードを処理するクラウド容量を追加できます。ハイブリッドファームでは、オンプレミスワーカーはカスタマーマネージドフリートとして実行され、クラウドワーカーはサービスマネージドフリートまたはカスタマーマネージドフリートの Amazon EC2 インスタンスとして実行され、両方のフリートはキューを共有します。セットアップはフリートタイプによって異なるため、ジョブ分散、アプリケーション環境、ライセンス、アセットアクセスを計画して、1 つのキューがどこでも機能するようにします。詳細については、「[オンプレミスのレンダーファームをクラウドに拡張する](hybrid-rendering.md)」を参照してください。