Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Batas Waktu Panduan Arsitektur Cloud

Topik ini memberikan panduan dan praktik terbaik untuk merancang dan membangun render farm yang andal, aman, efisien, dan hemat biaya untuk beban kerja Anda menggunakan Deadline Cloud. Menggunakan panduan ini dapat membantu Anda membangun beban kerja yang stabil dan efisien, memungkinkan Anda untuk fokus pada inovasi, mengurangi biaya, dan meningkatkan pengalaman pelanggan Anda.

Konten ini ditujukan untuk kepala petugas teknologi (CTOs), arsitek, pengembang, dan anggota tim operasi.

Alur kerja end-to-end rendering memerlukan solusi di beberapa lapisan proses seperti pembuatan pekerjaan, akses aset, dan pemantauan pekerjaan. Deadline Cloud menawarkan beberapa solusi untuk setiap lapisan proses rendering. Dengan memilih dari opsi Deadline Cloud di setiap lapisan, Anda dapat mendesain alur kerja yang sesuai dengan kasus penggunaan Anda.

Untuk setiap lapisan, Anda harus memutuskan pendekatan mana yang terbaik untuk kasus penggunaan Anda. Ini bukan definisi skenario yang ketat dan bukan satu-satunya cara untuk menggunakan Deadline Cloud. Sebaliknya, ini adalah serangkaian konsep tingkat tinggi untuk membantu Anda memahami bagaimana Deadline Cloud mungkin dapat masuk ke dalam bisnis atau alur kerja Anda. Anda dapat memisahkan beban kerja Deadline Cloud ke dalam lapisan berikut: Job Source, Job Submission, Application Management, Application Licensing, Asset Access, Output Management, dan Worker Infrastructure Management.

Secara umum, Anda dapat skenario mix-and-match apa pun dalam satu lapisan dengan skenario lain di lapisan lain, kecuali kombinasi tertentu yang ditentukan di bawah ini.

Sumber Job

Sumber pekerjaan adalah titik akses di mana pekerjaan baru akan memasuki sistem yang akan diberikan oleh Deadline Cloud. Pada tingkat tinggi, ada dua sumber utama pekerjaan: interaktivitas manusia dan sistem komputer otomatis.

Alur kerja interaktif

Dalam skenario ini, seorang seniman atau peran kreatif lainnya adalah generator utama pekerjaan yang akan diproses di pertanian Deadline Cloud. Biasanya output dari pekerjaan ini adalah artefak utama untuk proyek atau tim yang lebih besar. Mereka melakukan pekerjaan mereka menggunakan perangkat lunak seperti alat pembuatan konten digital standar industri (DCC). Mereka secara manual mengirimkan pekerjaan ke pertanian Deadline Cloud dan melihat output setelahnya untuk ditinjau. Workstation itu sendiri tidak dikelola oleh AWS.

Dalam kebanyakan kasus, artis ini menggunakan submitter terintegrasi Deadline Cloud dan monitor Deadline Cloud di lapisan Aplikasi dan Pemantauan Beban Kerja.

Alur kerja otomatis

Dalam skenario ini, sistem program yang dimiliki oleh pelanggan adalah generator utama pekerjaan di pertanian Deadline Cloud. Ini bisa berupa pembuatan aset dalam pipa ritel, seperti video meja putar yang dihasilkan dari model 3D atau pemindaian. Ini bisa berupa pengomposisian otomatis grafik siaran dan kartu pemain untuk olahraga. Tema skenario ini adalah individu tidak secara manual mengirimkan setiap pekerjaan ke Deadline Cloud, melainkan pekerjaan dihasilkan sebagai bagian dari sistem yang lebih besar.

Dengan pekerjaan otomatis, pengirim terintegrasi Deadline Cloud kurang umum dan monitor Deadline Cloud untuk digunakan. Seringkali definisi pekerjaan akan berupa pengembangan aplikasi khusus yang ditulis oleh Anda dan output pekerjaan akan secara otomatis mengalir ke sistem Digital Asset Management (DAM) atau sistem Media Asset Management (MAM) untuk persetujuan dan distribusi.

Pengajuan Job

Pekerjaan dikirimkan ke Deadline Cloud menggunakan OpenJobDescriptiontemplate. OpenJobDescription adalah spesifikasi terbuka yang fleksibel untuk mendefinisikan pekerjaan pemrosesan batch yang portabel antara penerapan sistem penjadwalan yang berbeda. File definisi Job menjelaskan parameter pekerjaan, langkah-langkah pekerjaan, bagaimana langkah diparameterisasi berdasarkan input pekerjaan, serta skrip aktual yang akan berjalan pada Pekerja untuk melakukan pemrosesan. Gagasan Pengajuan Beban Kerja adalah bagaimana definisi pekerjaan ini dibuat, siapa yang menciptakannya dan bagaimana mereka dikirimkan.

Submitter terintegrasi dengan DCC

Submitter terintegrasi Deadline Cloud adalah perangkat lunak yang mengikat Deadline Cloud dengan DCC standar industri atau paket perangkat lunak. Pengirim terintegrasi menentukan cara mengubah data dan konfigurasi untuk render, komposit, atau beban kerja lainnya menjadi templat pekerjaan, sesuatu yang dapat dipahami oleh Deadline Cloud. Banyak submitter terintegrasi dibuat dan dikelola oleh tim Deadline Cloud atau pencipta paket perangkat lunak, tetapi jika belum ada untuk aplikasi yang diinginkan maka Anda dapat membuat dan memelihara submitter Anda sendiri. Ada satu set terbatas DCCs yang didukung oleh tim Deadline Cloud.

Alur kerja interaktif biasanya melibatkan pengirim terintegrasi, tetapi tidak selalu. Untuk alur kerja templat dan otomatis, alur kerja umum adalah bagi seorang seniman untuk menyiapkan pekerjaan templat di DCC mereka dan melakukan ekspor satu kali bundel pekerjaan. Paket pekerjaan ini mendefinisikan cara menjalankan jenis pekerjaan tertentu di Deadline Cloud dengan cara parameter. Paket pekerjaan ini dapat diintegrasikan ke dalam skenario Alur Kerja Otomatis untuk tujuan otomatisasi.

Definisi pekerjaan khusus

Untuk aplikasi dan alur kerja khusus, dimungkinkan untuk sepenuhnya mengontrol bagaimana definisi pekerjaan ini dibuat dan dikirimkan ke Deadline Cloud. Misalnya, situs e-commerce mungkin meminta penjual untuk mengunggah model 3D dari objek yang mereka jual. Setelah unggahan ini, platform e-commerce dapat secara dinamis menghasilkan definisi pekerjaan untuk dikirimkan ke Deadline Cloud untuk secara otomatis menghasilkan animasi turntable pada latar belakang umum menggunakan pencahayaan umum untuk mencocokkan objek 3D lainnya yang tersedia di situs. Selama pengembangan platform e-commerce, pengembang perangkat lunak akan membuat definisi pekerjaan, menanamkannya ke platform e-commerce dengan parameter yang akhirnya disediakan oleh penjual, dan kode platform untuk mengirimkan pekerjaan ini selama alur kerja unggahan produk platform.

Deadline Cloud menyediakan sejumlah contoh definisi pekerjaan dalam repositori sampel di github.

Manajemen aplikasi

Setelah pekerjaan dikirimkan ke Deadline Cloud dan ditugaskan ke pekerja, skrip dari definisi pekerjaan dijalankan pada pekerja. Dalam kebanyakan kasus, skrip ini akan memanggil aplikasi untuk melakukan pemrosesan yang sebenarnya, seperti perender, komposit, encode, penyaringan, atau lainnya dari sejumlah tugas intensif komputasi. Manajemen aplikasi adalah konsep untuk memastikan versi yang diperlukan dari perangkat lunak yang diperlukan tersedia untuk pekerja.

Anda dapat mengelola aplikasi menggunakan sistem manajemen paket apa pun yang Anda suka, tetapi Deadline Cloud menyediakan sejumlah alat untuk dengan mudah mengaktifkan penggunaan paket Conda. Conda adalah open-source, cross-platform, manajer paket agnostik bahasa dan sistem manajemen lingkungan.

Batas waktu Saluran conda yang dikelola Cloud untuk armada yang dikelola layanan (SMF)

Saat menggunakan armada yang dikelola layanan, saluran conda yang dikelola Cloud Deadline secara otomatis disiapkan dan dikonfigurasi untuk digunakan oleh pekerjaan Anda. Layanan Deadline Cloud menyediakan sejumlah aplikasi dan render DCC mitra di saluran conda ini. Untuk informasi selengkapnya, lihat Membuat lingkungan antrian di panduan pengguna Deadline Cloud. Paket-paket ini secara otomatis tetap up to date oleh layanan Deadline Cloud dan tidak memerlukan pemeliharaan dari Anda. Saluran conda ini hanya tersedia saat menggunakan armada yang dikelola layanan dan tidak tersedia saat menggunakan armada yang dikelola pelanggan.

Saluran conda yang dikelola sendiri

Jika Anda tidak dapat menggunakan saluran conda yang dikelola Cloud Deadline, Anda harus menentukan cara menginstal, menambal, dan mengelola aplikasi di armada Deadline Cloud Anda. Salah satu opsi adalah membuat saluran conda yang Anda atur dan pertahankan. Ini akan paling erat beroperasi dengan saluran conda yang dikelola Cloud Deadline. Misalnya, Anda dapat menggunakan DCC dari saluran conda yang dikelola Cloud Deadline tetapi membawa paket Anda sendiri yang berisi plugin DCC tertentu. Untuk informasi selengkapnya tentang proses ini, lihat Membuat saluran conda menggunakan S3.

Manajemen aplikasi khusus

Untuk manajemen aplikasi, persyaratan dari Deadline Cloud adalah bahwa aplikasi tersedia di PATH ketika skrip pekerjaan dijalankan pada pekerja.

Jika Anda sudah membangun dan memelihara paket Rez, Anda dapat menggunakan lingkungan antrian untuk menginstal aplikasi dari repositori Rez. Contoh lingkungan antrian dapat ditemukan di AWS Deadline Cloud GitHub org.

Jika Anda sudah mengelola aplikasi pada armada yang dikelola pelanggan dengan pekerja berumur panjang atau dalam gambar sistem, maka tidak diperlukan lingkungan antrian untuk manajemen aplikasi. Pastikan aplikasi muncul di jalur pengguna pekerjaan dan kirimkan pekerjaan.

Lisensi aplikasi

Banyak beban kerja yang biasanya dijalankan di Deadline Cloud memerlukan lisensi perangkat lunak dari vendor perangkat lunak. Aplikasi ini sering dilisensikan per kursi, per-CPU atau per-host. Anda bertanggung jawab untuk memastikan bahwa penggunaan perangkat lunak pihak ketiga di Deadline Cloud mematuhi perjanjian lisensi pihak ke-3. Jika Anda menggunakan perangkat lunak sumber terbuka, perangkat lunak khusus, atau perangkat lunak bebas lisensi, maka konfigurasi lapisan ini tidak diperlukan. Perlu diingat bahwa Deadline Cloud hanya mendukung lisensi render dan tidak mendukung lisensi workstation.

Armada yang dikelola layanan dan lisensi berbasis penggunaan

Saat menggunakan armada yang dikelola layanan Deadline Cloud, lisensi berbasis penggunaan (UBL) secara otomatis dikonfigurasi untuk perangkat lunak yang didukung. Pekerjaan yang dijalankan pada armada yang dikelola layanan secara otomatis memiliki variabel lingkungan yang disetel untuk aplikasi yang didukung untuk mengarahkan mereka menggunakan server lisensi Deadline Cloud. Saat menggunakan Deadline Cloud UBL, Anda hanya dikenakan biaya untuk jumlah jam Anda menggunakan aplikasi berlisensi.

Armada yang dikelola pelanggan dan lisensi berbasis penggunaan

Deadline Cloud usage-based licensing (UBL) juga tersedia saat tidak menggunakan armada yang dikelola layanan. Dalam skenario ini, Anda akan mengatur titik akhir lisensi Deadline Cloud yang menyediakan alamat IP di subnet VPC pilihan Anda yang menyediakan akses ke server lisensi Deadline Cloud. Setelah Anda mengonfigurasi variabel lingkungan khusus perangkat lunak yang sesuai pada pekerja Anda dan mengonfigurasi konektivitas jaringan dari pekerja ke alamat IP titik akhir lisensi tersebut, pekerja dapat memeriksa dan memeriksa lisensi untuk perangkat lunak yang didukung. Anda dikenakan biaya per jam untuk lisensi yang sama seperti saat menggunakan UBL dalam armada yang dikelola layanan.

Lisensi khusus

Anda dapat menggunakan aplikasi yang tidak didukung oleh Deadline Cloud UBL atau Anda mungkin memiliki lisensi yang sudah ada sebelumnya yang masih valid. Dalam skenario ini, Anda bertanggung jawab untuk mengonfigurasi jalur jaringan dari pekerja Anda (dikelola pelanggan atau layanan) ke server lisensi. Untuk informasi selengkapnya tentang lisensi khusus, lihatConnect armada yang dikelola layanan ke server lisensi kustom.

Akses aset

Setelah pekerjaan diserahkan ke pekerja dan aplikasi dikonfigurasi, pekerja harus dikonfigurasi untuk mengakses data aset yang diperlukan untuk pekerjaan itu. Ini bisa berupa data 3D, data tekstur, data animasi, bingkai video atau jenis data lain yang digunakan dalam pekerjaan Anda.

Mulailah dengan memikirkan di mana data Anda saat ini disimpan. Ini mungkin ada di hard drive workstation, alat kolaborasi pengguna, kontrol sumber, sistem file bersama lokal atau di cloud, Amazon S3, atau sejumlah lokasi lainnya.

Selanjutnya, pertimbangkan apa yang diperlukan bagi pekerja untuk mengakses data ini. Apakah data ini hanya tersedia di jaringan perusahaan Anda? Identitas atau kredensional apa yang diperlukan untuk mengakses data? Apakah sumber data diskalakan untuk mendukung pekerjaan dengan jumlah pekerja yang Anda harapkan untuk memproses pekerjaan?

Lampiran Job

Cara termudah untuk memulai dengan mekanisme akses aset adalah lampiran pekerjaan Deadline Cloud. Saat pekerjaan dikirimkan menggunakan lampiran pekerjaan, data yang diperlukan oleh pekerjaan akan diunggah ke bucket Amazon S3 bersama dengan file manifes yang menentukan file mana yang dibutuhkan pekerjaan tersebut. Dengan lampiran pekerjaan, tidak diperlukan pengaturan jaringan atau penyimpanan bersama yang rumit. File hanya diunggah sekali, jadi unggahan berikutnya selesai lebih cepat. Setelah pekerja selesai memproses pekerjaan, data output diunggah ke Amazon S3 sehingga dapat diunduh oleh artis atau klien lain. Skala lampiran pekerjaan untuk armada dengan berbagai ukuran dan sederhana dan cepat untuk digunakan dan digunakan.

Lampiran Job bukanlah alat terbaik untuk semua situasi. Jika data Anda sudah aktif AWS, maka lampiran pekerjaan menambahkan salinan tambahan data Anda, termasuk waktu transfer terkait dan biaya penyimpanan. Lampiran Job mengharuskan pekerjaan dapat sepenuhnya menentukan data yang dibutuhkan pada saat pengiriman, sehingga data dapat diunggah.

Untuk menggunakan lampiran pekerjaan, antrean Deadline Cloud Anda harus memiliki bucket lampiran pekerjaan terkait dan peran antrian harus digunakan untuk menyediakan akses ke bucket tersebut. Secara default, Deadline Cloud terintegrasi pengirim semua mendukung lampiran pekerjaan. Jika Anda tidak menggunakan submitter terintegrasi Deadline Cloud, lampiran pekerjaan dapat digunakan dengan perangkat lunak khusus Anda dengan mengintegrasikan pustaka Python Deadline Cloud.

Akses penyimpanan khusus

Jika Anda tidak menggunakan lampiran pekerjaan, Anda bertanggung jawab untuk memastikan pekerja memiliki akses ke data yang diperlukan untuk pekerjaan. Deadline Cloud menyediakan sejumlah alat untuk mendukung hal ini dan untuk menjaga pekerjaan tetap portabel. Anda mungkin ingin menggunakan solusi penyimpanan khusus ketika Anda sudah memiliki penyimpanan jaringan bersama untuk artis dan pekerja, Anda lebih suka menggunakan layanan eksternal seperti LucidLink, atau alasan lain.

Gunakan profil penyimpanan untuk memodelkan sistem file di workstation dan host pekerja Anda. Setiap profil penyimpanan menjelaskan sistem operasi dan tata letak sistem file dari salah satu konfigurasi sistem Anda. Menggunakan profil penyimpanan, ketika artis yang menggunakan workstation windows mengirimkan pekerjaan yang diproses oleh Linux pekerja, Deadline Cloud memastikan pemetaan jalur terjadi sehingga pekerja dapat mengakses penyimpanan data yang telah Anda konfigurasi.

Saat menggunakan armada yang dikelola layanan Deadline Cloud, skrip konfigurasi host, dan titik akhir sumber daya VPC memungkinkan pekerja untuk secara langsung memasang dan mengakses penyimpanan bersama atau layanan lain yang tersedia di VPC Anda.

Pemantauan pekerjaan dan manajemen output

Setelah pekerjaan yang dikirim ke Deadline Cloud berhasil diselesaikan, seseorang atau proses akan mengunduh output pekerjaan untuk digunakan dalam alur kerja bisnis di luar Deadline Cloud. Setelah kegagalan pekerjaan, log pekerjaan dan informasi pemantauan membantu mendiagnosis masalah.

Batas waktu Monitor Cloud

Aplikasi monitor Deadline Cloud tersedia di web dan untuk desktop. Solusi ini paling cocok untuk studio yang menggunakan alur kerja interaktif untuk berbagai DCCs penggunaan lampiran pekerjaan untuk penyimpanan. Monitor hanya mendukung Anda saat menggunakan IAM Identity Center. IAM Identity Center adalah produk Identitas Tenaga Kerja, bukan solusi identitas konsumen (B2C) sehingga tidak sesuai untuk banyak skenario B2C.

Aplikasi monitor kustom

Jika Anda ingin menyesuaikan pengalaman pemantauan pengguna Anda, Anda sedang membangun produk B2C, atau membangun sistem yang sangat khusus menggunakan Deadline Cloud, Anda memilih untuk membuat aplikasi pemantauan khusus. Anda dapat menggunakan AWS Deadline Cloud API untuk membuat aplikasi kustom ini, menggabungkan konteks alur kerja Anda secara keseluruhan dengan konsep Deadline Cloud. Misalnya, produk B2C Anda mungkin memiliki konsep proyeknya sendiri yang disiapkan pengguna dan aplikasi Anda dapat membuat pekerjaan Deadline Cloud di antarmuka yang sama.

Solusi pemantauan otomatis

Dalam beberapa skenario, tidak diperlukan aplikasi pemantauan khusus untuk Deadline Cloud. Skenario ini umum terjadi pada alur kerja otomatis di mana Deadline Cloud digunakan untuk secara otomatis merender aset dalam pipeline, seperti grafik siaran untuk olahraga atau berita. Dalam skenario ini, Deadline Cloud API dan EventBridge peristiwa digunakan untuk mengintegrasikan dengan sistem Manajemen Aset Media eksternal untuk persetujuan dan memindahkan data ke langkah berikutnya dalam proses.

Manajemen infrastruktur pekerja

Armada Deadline Cloud adalah pengelompokan server (pekerja) yang dapat memproses pekerjaan yang dikirimkan ke antrian Deadline Cloud dan merupakan infrastruktur inti dari setiap Deadline Cloud farm.

Armada yang dikelola layanan

Dalam armada yang dikelola layanan, Deadline Cloud bertanggung jawab atas host pekerja, sistem operasi, jaringan, patching, autoscaling, dan faktor lain dalam menjalankan render farm. Anda menentukan jumlah minimum dan maksimum pekerja yang Anda inginkan, bersama dengan spesifikasi sistem yang diperlukan untuk aplikasi Anda dan Deadline Cloud melakukan sisanya. Armada yang dikelola layanan adalah satu-satunya opsi armada yang dapat menggunakan saluran conda yang dikelola Cloud Deadline untuk mengelola aplikasi DCC industri dengan mudah. Selain itu, Deadline Cloud UBL secara otomatis dikonfigurasi dengan armada yang dikelola layanan. Tunggu dan Simpan armada untuk biaya lebih rendah, beban kerja yang tahan penundaan hanya tersedia menggunakan armada yang dikelola layanan.

Armada yang dikelola pelanggan

Anda menggunakan armada yang dikelola pelanggan saat Anda membutuhkan kontrol lebih besar atas host pekerja dan lingkungannya. Armada yang dikelola pelanggan paling cocok saat menggunakan Deadline Cloud lokal. Untuk mempelajari selengkapnya, lihat Membuat dan menggunakan armada yang dikelola pelanggan Deadline Cloud.

Contoh arsitektur

Studio produksi tradisional

Studio produksi tradisional membutuhkan komputasi, penyimpanan, dan infrastruktur jaringan yang signifikan yang dapat menjangkau beberapa lokasi fisik untuk melayani beban kerja rendering. Setiap paket perangkat lunak individu dan vendor memiliki perangkat keras, perangkat lunak, jaringan, dan persyaratan lisensi yang unik yang harus dipenuhi saat menyelesaikan konflik versi, kompatibilitas, dan sumber daya.

Adalah umum untuk memiliki persyaratan infrastruktur terpisah untuk workstation artis, node render, penyimpanan jaringan, server lisensi, sistem antrian pekerjaan, alat pemantauan, dan manajemen aset. Studio biasanya perlu memelihara beberapa versi alat DCC, perender, plugin, dan alat khusus sambil mengelola pengaturan lisensi yang kompleks di seluruh pertanian render mereka. Infrastruktur studio Anda menjadi lebih rumit ketika Anda mempertimbangkan pengembangan, jaminan kualitas, dan lingkungan produksi.

Penyebaran Deadline Cloud yang khas menggunakan opsi yang dikelola layanan memecahkan atau mengurangi banyak tantangan ini melalui:

Dengan pendekatan ini, seniman dapat mengirimkan pekerjaan langsung dari alat DCC mereka yang sudah dikenal ke cloud render farm yang dapat diskalakan tanpa mengelola infrastruktur yang kompleks. Layanan ini secara otomatis menangani penyebaran perangkat lunak, lisensi, transfer data, dan penskalaan infrastruktur. Artis dapat memantau pekerjaan mereka melalui antarmuka web atau aplikasi desktop, dan output secara otomatis disimpan di Amazon S3 untuk akses mudah.

Dengan konfigurasi ini, studio dapat menciptakan lingkungan pengembangan dan produksi dalam hitungan menit, hanya membayar komputasi dan lisensi yang mereka gunakan, dan fokus pada pekerjaan kreatif daripada manajemen infrastruktur. Pendekatan yang dikelola layanan menyediakan jalur tercepat untuk mengadopsi rendering cloud sambil mempertahankan alur kerja yang akrab bagi seniman.

Studio di Awan

Efek visual modern dan studio animasi semakin memindahkan seluruh saluran mereka ke cloud, termasuk workstation artis. Pendekatan ini menghilangkan kebutuhan akan infrastruktur lokal, memungkinkan kolaborasi global, dan menyediakan penskalaan tanpa batas untuk pekerjaan interaktif dan rendering. Namun, ini juga memperkenalkan tantangan baru dalam mengelola sumber daya cloud, memastikan akses latensi rendah ke data, dan mengintegrasikan workstation berbasis cloud dengan render farm.

Studio cloud-native yang khas memerlukan pendekatan terpadu untuk mengelola workstation cloud, penyimpanan bersama, infrastruktur rendering, dan penyebaran perangkat lunak di semua komponen ini. Pendekatan tradisional sering menghasilkan sistem yang kompleks dan dikelola secara manual yang berjuang untuk menyeimbangkan kinerja, biaya, dan fleksibilitas.

Penerapan Deadline Cloud untuk studio cloud-native dapat diimplementasikan menggunakan:

Pendekatan ini memungkinkan seniman untuk bekerja di workstation berbasis cloud dengan akses langsung ke penyimpanan bersama berkinerja tinggi dan mengirimkan pekerjaan dengan mulus ke pertanian Deadline Cloud. Studio dapat mengelola penyebaran perangkat lunak di kedua workstation dan merender node menggunakan saluran conda yang sama, memastikan konsistensi dan mengurangi overhead pemeliharaan.

Manfaat utama dari konfigurasi ini meliputi:

Konfigurasi penyimpanan dalam skenario ini biasanya melibatkan:

Pendekatan cloud-native ini memungkinkan studio menghilangkan infrastruktur lokal, memungkinkan penskalaan cepat untuk proyek dalam berbagai ukuran sambil mempertahankan alur kerja artis yang sudah dikenal. Ini memberikan fleksibilitas untuk menggunakan campuran sumber daya yang dikelola layanan dan dikelola pelanggan, mengoptimalkan kemudahan manajemen dan persyaratan kinerja tertentu.

Dengan memanfaatkan workstation cloud bersama Deadline Cloud, studio dapat mencapai jalur produksi yang terintegrasi dan dapat diakses secara global yang dapat diskalakan secara mulus dari tim kecil hingga produksi besar.

ECommerce Otomasi

Platform e-commerce modern membutuhkan pembuatan aset otomatis dalam skala besar untuk memberikan visualisasi produk yang kaya di jutaan item. Pendekatan tradisional akan membutuhkan investasi infrastruktur yang signifikan untuk memproses volume besar model 3D ke dalam media produk standar, seringkali menghasilkan sistem yang kurang disediakan yang membuat backlog pemrosesan atau sistem yang disediakan secara berlebihan dengan kapasitas idle.

Alur kerja e-commerce otomatis yang khas perlu menangani pemrosesan unggahan produk, validasi model 3D, manajemen render pertanian, pemrosesan keluaran, dan integrasi dengan sistem informasi produk. Mengelola alur kerja ini secara tradisional memerlukan koordinasi beberapa aplikasi rendering, sumber daya komputasi, dan jalur pemrosesan data sambil memastikan kualitas yang konsisten dan mempertahankan efisiensi biaya dalam skala besar.

Penyebaran Deadline Cloud untuk otomatisasi e-commerce dapat diimplementasikan menggunakan:

Pendekatan ini memungkinkan pemrosesan ribuan produk per hari, secara otomatis menghasilkan visualisasi produk standar seperti animasi meja putar. Infrastruktur yang dikelola layanan secara otomatis menskalakan untuk memenuhi permintaan variabel sambil mempertahankan efisiensi biaya melalui penggunaan kembali pekerja dan penerapan aplikasi yang dioptimalkan.

Whitelabel/OEM/B2C Pelanggan

Perangkat lunak pembuatan konten digital tradisional (DCC) biasanya mengharuskan pengguna untuk mempertahankan infrastruktur rendering mereka sendiri atau proses render secara lokal di workstation mereka, yang mengarah ke investasi perangkat keras yang signifikan atau waktu tunggu yang lama yang mengganggu alur kerja kreatif. Untuk vendor perangkat lunak, menyediakan kemampuan rendering cloud yang secara tradisional diperlukan untuk membangun dan memelihara infrastruktur dan sistem penagihan yang kompleks.

Penyebaran Deadline Cloud yang terintegrasi ke dalam perangkat lunak B2C memungkinkan rendering cloud yang mulus langsung di dalam antarmuka yang sudah dikenal pengguna. Integrasi ini menggabungkan:

Pendekatan ini memungkinkan pengguna akhir untuk mengirimkan render ke cloud dengan satu klik dari dalam perangkat lunak mereka, tanpa mengelola akun, infrastruktur, atau pengaturan yang kompleks. Vendor perangkat lunak memelihara lingkungan multi-penyewa di mana:

Pendekatan armada bersama memastikan kinerja optimal dengan mempertahankan kumpulan pekerja yang hangat, meminimalkan waktu startup sambil memaksimalkan pemanfaatan sumber daya di seluruh basis pengguna. Konfigurasi ini memungkinkan vendor perangkat lunak untuk menawarkan rendering cloud sebagai fitur produk yang mulus daripada layanan terpisah yang memerlukan pengaturan atau akun tambahan.

Pengguna akhir mendapat manfaat dari:

Pola integrasi ini memungkinkan vendor perangkat lunak untuk menyediakan kemampuan rendering tingkat perusahaan ke seluruh basis pengguna mereka sambil mempertahankan pengalaman sederhana dan ramah konsumen yang terasa asli untuk aplikasi mereka.