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 chief technology officer (CTO), arsitek, pengembang, dan anggota tim operasi.

Alur kerja rendering end-to-end 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 merancang alur kerja yang sesuai dengan kasus penggunaan Anda.

Untuk setiap lapisan, tentukan pendekatan mana yang terbaik untuk kasus penggunaan Anda. Skenario ini bukan definisi yang ketat dan bukan satu-satunya cara untuk menggunakan Deadline Cloud. Sebaliknya, mereka membentuk serangkaian konsep tingkat tinggi untuk membantu Anda memahami bagaimana Deadline Cloud mungkin dapat menyesuaikan dengan bisnis atau alur kerja Anda. Anda dapat memisahkan beban kerja Deadline Cloud ke dalam lapisan berikut: Sumber Pekerjaan, Pengiriman Pekerjaan, Manajemen Aplikasi, Lisensi Aplikasi, Akses Aset, Manajemen Output, dan Manajemen Infrastruktur Pekerja.

Secara umum, Anda dapat mencampur dan mencocokkan skenario apa pun dalam satu lapisan dengan skenario lain di lapisan lain, kecuali kombinasi spesifik yang ditentukan di bawah ini.

Sumber pekerjaan

Sumber pekerjaan adalah titik akses di mana pekerjaan baru akan memasuki sistem untuk dirender 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 pengirim terintegrasi Deadline Cloud dan monitor Deadline Cloud di lapisan Aplikasi dan Pemantauan Beban Kerja.

Alur kerja otomatis

Dalam skenario ini, sistem terprogram yang dimiliki oleh pelanggan adalah generator utama pekerjaan di pertanian Deadline Cloud. Pekerjaan bisa berupa pembuatan aset dalam pipa ritel, seperti video turntable yang dihasilkan dari model 3D atau pemindaian. Contoh lain adalah komposisi otomatis grafis 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 dan monitor Deadline Cloud kurang umum digunakan. Seringkali definisi pekerjaan akan menjadi pengembangan aplikasi khusus yang ditulis oleh Anda dan output pekerjaan akan secara otomatis mengalir ke sistem Manajemen Aset Digital (DAM) atau sistem Manajemen Aset Media (MAM) untuk persetujuan dan distribusi.

Pengajuan pekerjaan

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

Pengirim 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 template pekerjaan, sesuatu yang dapat dipahami oleh Deadline Cloud. Banyak pengirim terintegrasi dibuat dan dikelola oleh tim Deadline Cloud atau pembuat paket perangkat lunak, tetapi jika belum ada untuk aplikasi yang diinginkan maka Anda dapat membuat dan memelihara pengirim Anda sendiri. Ada sekumpulan DCC terbatas yang didukung oleh tim Deadline Cloud.

Alur kerja interaktif biasanya melibatkan pengirim terintegrasi, tetapi tidak selalu. Untuk alur kerja otomatis dengan templat, alur kerja yang umum adalah bagi artis untuk menyiapkan pekerjaan template di DCC mereka dan melakukan ekspor satu kali dari bundel pekerjaan. Bundel pekerjaan ini mendefinisikan cara menjalankan jenis pekerjaan tertentu di Deadline Cloud dengan cara parameter. Bundel 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 meja putar pada latar belakang umum menggunakan pencahayaan umum untuk mencocokkan objek 3D lain yang tersedia di situs. Selama pengembangan platform e-commerce, pengembang perangkat lunak akan membuat definisi pekerjaan, menyematkannya ke platform e-commerce dengan parameter yang akhirnya disediakan oleh penjual, dan kode platform untuk mengirimkan pekerjaan ini selama alur kerja pengunggahan produk platform.

Deadline Cloud menyediakan sejumlah contoh definisi pekerjaan di 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 aktual, seperti perender, komposit, encode, penyaringan atau sejumlah tugas komputasi intensif lainnya. 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 manajer paket open source, lintas platform, agnostik bahasa dan sistem manajemen lingkungan.

Saluran Cloud-managed conda tenggat waktu untuk armada yang dikelola layanan (SMF)

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

Self-managed saluran conda

Jika Anda tidak dapat menggunakan saluran Cloud-managed conda 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. Pendekatan ini paling erat berinteraksi dengan saluran Cloud-managed conda Deadline. Misalnya, Anda dapat menggunakan DCC dari saluran Cloud-managed conda 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 kustom

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 De AWS adline Cloud GitHub org.

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

Perizinan aplikasi

Banyak beban kerja yang biasa dijalankan di Deadline Cloud memerlukan lisensi perangkat lunak dari vendor perangkat lunak. Aplikasi ini sering dilisensikan oleh kursi, CPU, atau host. Merupakan tanggung jawab Anda untuk memastikan bahwa penggunaan perangkat lunak pihak ketiga Anda 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 mengonfigurasi lapisan ini tidak diperlukan. Deadline Cloud hanya mendukung lisensi render dan tidak mendukung lisensi workstation.

Service-managed armada 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 ditetapkan 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.

Customer-managed armada dan lisensi berbasis penggunaan

Deadline Cloud usage-based license (UBL) juga tersedia bila tidak menggunakan armada yang dikelola layanan. Dalam skenario ini, Anda akan menyiapkan 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 mendaftarkan lisensi untuk perangkat lunak yang didukung. Anda dikenakan biaya per jam untuk lisensi yang sama seperti saat menggunakan UBL di armada yang dikelola layanan.

Lisensi kustom

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, lihatMenghubungkan armada yang dikelola layanan ke server lisensi khusus.

Akses aset

Setelah pekerjaan dikirimkan ke pekerja dan aplikasi dikonfigurasi, pekerja harus dikonfigurasi untuk mengakses data aset yang diperlukan untuk pekerjaan tersebut. Aset dapat 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. Data mungkin ada di hard drive workstation, alat kolaborasi pengguna, kontrol sumber, sistem file bersama di tempat 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 kredensi apa yang diperlukan untuk mengakses data? Apakah sumber data diskalakan untuk mendukung pekerjaan dengan jumlah pekerja yang Anda harapkan untuk memproses pekerjaan?

Lampiran pekerjaan

Mekanisme akses aset yang paling mudah dimulai adalah lampiran pekerjaan Deadline Cloud. Saat pekerjaan dikirimkan menggunakan lampiran pekerjaan, data yang diperlukan oleh pekerjaan diunggah ke bucket Amazon S3 bersama dengan file manifes yang menentukan file mana yang diperlukan pekerjaan. 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 keluaran diunggah ke Amazon S3 sehingga dapat diunduh oleh artis atau klien lain. Timbangan lampiran pekerjaan untuk armada dengan ukuran apa pun dan mudah dan cepat untuk dipasang dan digunakan.

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

Untuk menggunakan lampiran pekerjaan, antrian Deadline Cloud Anda harus memiliki bucket lampiran pekerjaan terkait dan peran antrian harus digunakan untuk menyediakan akses ke bucket tersebut. Secara default, semua pengirim terintegrasi Deadline Cloud mendukung lampiran pekerjaan. Jika Anda tidak menggunakan submitter terintegrasi Deadline Cloud, lampiran pekerjaan dapat digunakan dengan perangkat lunak khusus Anda dengan mengintegrasikan pustaka python De adline 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 ini dan 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 lainnya.

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 konfigurasikan.

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

Kontrol sumber yang kuat

Banyak studio menyimpan file proyek merekaPerforce. Ketika artis Anda sudah mengirimkan karya mereka ke Perforce server sebagai changelist, pekerja dapat menyinkronkan ruang kerja Perforce klien langsung dari server tersebut sebagai alternatif lampiran pekerjaan. Pekerjaan Anda kemudian merender revisi file yang sama yang dikirimkan oleh artis Anda. Integrasi Deadline Cloud untuk Unreal Engine mencakup dukungan Perforce sinkronisasi. Untuk informasi selengkapnya, lihat Membuat pekerjaan render Perforce di Panduan Pengguna Deadline Cloud.

Dua praktik menjaga Perforce sinkronisasi cepat dalam skala besar:

Pemantauan pekerjaan dan manajemen keluaran

Setelah pekerjaan yang dikirimkan 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 banyak DCC menggunakan lampiran pekerjaan untuk penyimpanan. Monitor hanya mendukung Anda saat menggunakan Pusat Identitas IAM. IAM Identity Center adalah produk Workforce Identity, 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 Dead AWS line Cloud API untuk membuat aplikasi kustom ini, menggabungkan konteks keseluruhan alur kerja Anda dengan konsep Deadline Cloud. Misalnya, produk B2C Anda mungkin memiliki konsep proyek sendiri yang disiapkan pengguna dan aplikasi Anda dapat memasukkan 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 dalam alur kerja otomatis di mana Deadline Cloud digunakan untuk secara otomatis membuat aset dalam pipeline, seperti grafik siaran untuk olahraga atau berita. Dalam skenario ini, Deadline Cloud API dan EventBridge peristiwa digunakan untuk berintegrasi 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 antrean Deadline Cloud dan merupakan infrastruktur inti dari setiap Deadline Cloud farm.

Service-managed armada

Dalam armada yang dikelola layanan, Deadline Cloud bertanggung jawab atas host pekerja, sistem operasi, jaringan, tambalan, penskalaan otomatis, dan faktor-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. Service-managed armada adalah satu-satunya pilihan armada yang dapat menggunakan saluran Cloud-managed conda Deadline untuk mengelola aplikasi DCC industri dengan mudah. Selain itu, Deadline Cloud UBL secara otomatis dikonfigurasi dengan armada yang dikelola layanan. Armada Tunggu dan Simpan untuk beban kerja yang lebih murah dan toleran penundaan hanya tersedia menggunakan armada yang dikelola layanan.

Customer-managed armada

Anda menggunakan armada yang dikelola pelanggan saat Anda membutuhkan kontrol lebih besar atas host pekerja dan lingkungan mereka. Customer-managed armada 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 infrastruktur komputasi, penyimpanan, dan jaringan yang signifikan yang dapat menjangkau beberapa lokasi fisik hingga beban kerja rendering layanan. Setiap paket perangkat lunak dan vendor individu memiliki persyaratan perangkat keras, perangkat lunak, jaringan, dan lisensi 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, penyaji, plugin, dan alat khusus sambil mengelola pengaturan lisensi yang kompleks di seluruh peternakan render mereka. Infrastruktur studio Anda menjadi lebih rumit ketika Anda mempertimbangkan pengembangan, jaminan kualitas, dan lingkungan produksi.

Penerapan 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 pipeline mereka ke cloud, termasuk workstation artis. Pendekatan ini menghilangkan kebutuhan akan infrastruktur lokal, memungkinkan kolaborasi global, dan skala 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 ke pertanian Deadline Cloud. Studio dapat mengelola penyebaran perangkat lunak di kedua workstation dan node render menggunakan saluran conda yang sama, memastikan konsistensi dan mengurangi biaya pemeliharaan.

Manfaat utama dari konfigurasi ini meliputi:

Konfigurasi penyimpanan dalam skenario ini biasanya melibatkan:

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

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

Otomatisasi eCommerce

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 menjadi media produk standar, sering kali menghasilkan sistem yang kurang disediakan yang menciptakan backlog pemrosesan atau sistem kelebihan penyediaan dengan kapasitas idle.

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

Penerapan Deadline Cloud untuk otomatisasi e-niaga 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 secara tradisional membutuhkan membangun dan memelihara infrastruktur dan sistem penagihan yang kompleks.

Penyebaran Deadline Cloud yang terintegrasi ke dalam perangkat lunak B2C memungkinkan rendering cloud langsung di dalam antarmuka pengguna yang akrab. 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 rumit. 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 bawaan 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.

Peternakan render hibrida

Studio yang sudah menjalankan render farm lokal dapat menambahkan kapasitas cloud untuk memproses beban kerja puncak tanpa membeli lebih banyak perangkat keras. Di pertanian hibrida, pekerja lokal Anda berjalan sebagai armada yang dikelola pelanggan, pekerja cloud Anda berjalan sebagai armada yang dikelola layanan atau armada instans Amazon EC2 yang dikelola pelanggan, dan kedua armada berbagi antrian. Karena pengaturan berbeda di seluruh jenis armada, Anda merencanakan distribusi pekerjaan, lingkungan aplikasi, lisensi, dan akses aset sehingga satu antrian berfungsi di mana-mana. Lihat informasi yang lebih lengkap di Memperluas tambak render lokal Anda ke cloud.