Bagikan melalui

Tutorial: Membuat aplikasi Azure Remote Rendering siap komersial

  • Artikel

Dalam tutorial ini, Anda mempelajari tentang:

  • Manajemen sesi untuk aplikasi komersial
  • Sesi pelacakan untuk penagihan
  • Mengoptimalkan pengalaman pengguna seputar waktu pemuatan sesi
  • Pertimbangan seputar latensi jaringan

Prasyarat

Pengantar Kesiapan Komersial

Azure Remote Rendering memperluas apa yang mungkin dengan realitas campuran. Setelah dasar-dasar diintegrasikan ke dalam solusi Anda, ada sejumlah pertimbangan tambahan untuk memastikan solusi Anda aman, terukur, dan siap memberikan nilai.

Modul ini memperkenalkan Anda pada beberapa kemampuan tambahan yang mungkin perlu Anda pertimbangkan untuk aplikasi komersial Anda.

Untuk ringkasan tentang praktik terbaik arsitektur seluruh sistem, kunjungi:

Analitik

Mengintegrasikan alat analitik dapat membantu mengelola, melacak, dan meningkatkan solusi Anda.

Untuk daftar komprehensif sumber daya analitik yang tersedia untuk Anda, kunjungi:

Pelacakan penggunaan untuk penagihan

Melacak konsumsi Azure Remote Rendering oleh beberapa tim internal atau klien eksternal menjadi pertimbangan penting, terutama dalam situasi multi-penyewa.

Untuk mencapainya, Azure menawarkan layanan yang disebut pemberian tag sumber daya, yang mengaitkan konsumsi layanan Azure Remote Rendering dengan setiap klien.

Untuk informasi selengkapnya tentang penamaan dan pemberian tag sumber daya, tempat yang baik untuk memulai adalah:

Diagnostik

Alat canggih seperti Event Tracing for Windows (ETW) dan Event Trace Logging (ETL) memudahkan untuk menghasilkan peristiwa pelacakan dalam aplikasi Anda dan dapat membantu mendiagnosis jaringan, konten, sesi, aplikasi, dan masalah lain yang mungkin timbul dalam penyebaran solusi komersial.

Untuk informasi selengkapnya, kunjungi:

Analisis penggunaan

Azure Application Insights membantu Anda memahami cara orang menggunakan aplikasi Azure Remote Rendering Anda. Setiap kali memperbarui aplikasi, Anda dapat menilai seberapa baik aplikasi tersebut bekerja bagi pengguna dan menyempurnakan solusi Anda. Dengan pengetahuan ini, Anda dapat membuat keputusan berdasarkan data tentang siklus pengembangan berikutnya.

Untuk informasi selengkapnya, kunjungi:

Strategi waktu memulai yang cepat

Kasus penggunaan Anda mungkin memerlukan memulai yang cepat dari peluncuran aplikasi hingga tampilan model 3D. Misalnya, selama pertemuan penting di mana sangat penting untuk menyiapkan dan menjalankan semuanya terlebih dahulu. Contoh lain adalah selama ulasan model 3D CAD di mana perulangan desain yang cepat antara aplikasi CAD dan realitas campuran adalah kunci efisiensi.

Azure Remote Rendering memerlukan model 3D yang telah diproses sebelumnya, dan Azure saat ini memerlukan beberapa menit untuk membuat sesi dan memuat model untuk penyajian. Membuat proses ini semulus dan secepat mungkin memerlukan persiapan data model 3D dan sesi ARR sebelumnya.

Saran yang dibagikan di sini saat ini bukan bagian dari Azure Remote Rendering standar, tetapi Anda dapat menerapkannya sendiri untuk waktu memulai yang lebih cepat.

Memulai lebih awal

Untuk mengurangi waktu memulai, solusi paling sederhana adalah memindahkan pembuatan dan inisialisasi sesi sedini mungkin di alur kerja pengguna. Salah satu strateginya adalah menginisialisasi sesi segera setelah diketahui bahwa sesi ARR akan diperlukan. Ini akan sering terjadi saat pengguna mulai mengunggah model 3D ke Azure Blob Storage untuk digunakan dengan Azure Remote Rendering. Dalam kasus ini, pembuatan sesi dan inisialisasi dapat dimulai bersamaan dengan pengunggahan model 3D sehingga kedua aliran kerja berjalan secara paralel.

Proses ini dapat disederhanakan lebih lanjut dengan memastikan bahwa kontainer input dan output Azure Blob Storage yang dipilih berada di pusat data regional yang sama dengan sesi Azure Remote Rendering.

Penjadwalan

ika Anda tahu Anda memiliki kebutuhan masa depan untuk Azure Remote Rendering, Anda dapat menjadwalkan tanggal dan waktu tertentu untuk memulai sesi Azure Remote Rendering.

Opsi ini dapat ditawarkan melalui portal web di mana orang dapat mengunggah model 3D dan menjadwalkan waktu untuk menampilkannya di masa mendatang. Ini juga merupakan tempat yang baik untuk menanyakan preferensi lain seperti penyajian Standar atau Premium. Penyajian Premium mungkin cocok jika ada keinginan untuk menampilkan gabungan aset yang ukuran idealnya lebih sulit ditentukan secara otomatis atau kebutuhan untuk memastikan bahwa wilayah Azure memiliki VM yang tersedia pada waktu yang ditentukan.

Pengumpulan sesi

Dalam situasi yang paling menuntut, opsi lain adalah pengumpulan sesi, di mana satu atau lebih sesi dibuat dan diinisialisasi setiap saat. Ini membuat kumpulan sesi untuk segera digunakan oleh pengguna yang meminta. Kelemahan dari pendekatan ini adalah setelah VM diinisialisasi, penagihan untuk layanan dimulai. Mungkin tidak hemat biaya untuk menjaga kumpulan sesi tetap berjalan setiap saat, tetapi berdasarkan analitik, dimungkinkan untuk memprediksi beban puncak atau dapat dikombinasikan dengan strategi penjadwalan di atas untuk memprediksi kapan sesi akan diperlukan dan meningkatkan serta menurunkan kumpulan sesi yang sesuai.

Strategi ini juga membantu mengoptimalkan pilihan antara sesi Standar dan Premium dengan cara yang lebih dinamis karena akan jauh lebih cepat untuk beralih di antara dua jenis dalam satu sesi pengguna seperti kasus di mana model kompleksitas Premium ditampilkan terlebih dahulu, diikuti oleh model yang dapat bekerja dalam Standar. Jika sesi pengguna ini cukup panjang, bisa ada penghematan biaya yang signifikan.

Untuk informasi selengkapnya tentang sesi Azure Remote Rendering, lihat:

Strategi perutean ukuran server Standar vs. Premium

Perlu memilih apakah akan membuat ukuran server Standar atau Premium menghadirkan tantangan dalam merancang pengalaman pengguna dan sistem menyeluruh Anda. Meskipun hanya menggunakan sesi Premium adalah sebuah opsi, sesi Standar menggunakan jauh lebih sedikit sumber daya komputasi Azure dan lebih murah daripada Premium. Ini memberikan motivasi yang kuat untuk menggunakan sesi Standar jika memungkinkan dan hanya menggunakan Premium jika diperlukan.

Di sini kami membagikan beberapa opsi, dari yang paling sederhana hingga yang paling komprehensif, untuk mengatasi keinginan mengelola pilihan sesi.

Hanya gunakan Standar atau Premium

Jika Anda yakin bahwa kebutuhan Anda akan selalu berada di bawah ambang batas antara Standar dan Premium, ini sangat memudahkan keputusan Anda. Cukup gunakan Standar. Perlu diingat bahwa dampak pada pengalaman pengguna signifikan jika jumlah total kompleksitas aset yang dimuat ditolak karena terlalu rumit untuk sesi Standar.

Demikian juga, jika Anda mengharapkan sebagian besar penggunaan melebihi ambang batas antara Standar dan Premium, atau biaya bukanlah faktor utama dalam kasus penggunaan Anda, selalu pilih Premium juga merupakan opsi untuk membuatnya tetap sederhana.

Tanyakan kepada pengguna

Jika Anda ingin mendukung Standar dan Premium, cara termudah untuk menentukan jenis sesi yang akan dibuat adalah dengan menanyakan kepada pengguna kapan mereka memilih aset 3D untuk ditampilkan. Tantangan dengan pendekatan ini adalah mengharuskan pengguna untuk memahami kompleksitas aset 3D atau bahkan beberapa aset yang akan ditampilkan. Biasanya, ini tidak disarankan karena alasan tersebut. Jika pengguna salah memilih dan memilih Standar, pengalaman pengguna yang dihasilkan dapat terganggu pada saat yang tidak tepat.

Menganalisis model 3D

Pendekatan lain yang relatif sederhana adalah menganalisis kompleksitas aset 3D yang dipilih. Jika kompleksitas model berada di bawah ambang batas untuk Standar, mulai sesi Standar, jika tidak, mulai sesi Premium. Di sini, tantangannya adalah bahwa satu sesi pada akhirnya dapat digunakan untuk menampilkan beberapa model yang beberapa di antaranya mungkin melebihi ambang kerumitan sesi Standar, yang mengakibatkan ketidakmampuan untuk menggunakan sesi yang sama secara mulus untuk urutan aset 3D yang berbeda.

Peralihan otomatis

Peralihan otomatis antara sesi Standar dan Premium dapat sangat masuk akal dalam desain sistem yang juga menyertakan pengumpulan sesi. Strategi ini memungkinkan optimalisasi pemanfaatan sumber daya lebih lanjut. Saat pengguna memuat model untuk ditampilkan, kompleksitas ditentukan, dan ukuran sesi yang benar diminta dari layanan pengumpulan sesi.

Bekerja dengan jaringan

Diagnostik

Azure Remote Rendering membutuhkan koneksi internet cepat dengan latensi rendah. Kualitas jaringan pengguna dapat berdampak signifikan pada kualitas pengalaman. Mengingat bahwa klien Anda cenderung memiliki konfigurasi jaringan yang berbeda dan hanya terkadang latensi jaringan yang buruk, alat diagnostik adalah kuncinya.

Untuk memastikan bahwa Anda dapat memberikan pengalaman berkualitas tinggi secara konsisten, sebaiknya integrasikan alat analisis sisi server dan sisi klien ke dalam aplikasi Azure Remote Rendering Anda. Melakukannya mempersenjatai Anda dengan informasi yang Anda perlukan untuk mendiagnosis dan mengurangi masalah jaringan apa pun yang mungkin dialami klien Anda.

Konfigurasi jaringan klien

Salah satu tantangan terbesar dalam mengembangkan solusi kolaborasi yang kuat yang disebarkan ke berbagai lingkungan perusahaan sedang dipersiapkan untuk topologi jaringan yang berbeda dan konfigurasi firewall perusahaan yang mungkin digunakan klien Anda.

Banyak perusahaan memblokir semua lalu lintas peer-to-peer dalam LAN. Ini membuatnya sulit untuk memanfaatkan kesederhanaan dan UX yang disederhanakan dari penemuan LAN otomatis untuk membuat sesi bersama lokal di antara semua contoh yang ditemukan dari aplikasi realitas campuran Anda.

Titik kegagalan potensial lainnya adalah router yang dikonfigurasi untuk secara sengaja membatasi bandwidth dan firewall yang memblokir sebagian besar port TCP/IP.

Setiap kali Anda berencana untuk menggunakan Azure Remote Rendering di jaringan yang tidak dikenal, disarankan hal berikut:

  • Berikan daftar periksa pra-pertemuan untuk menilai kesiapan jaringan.
  • Pastikan bahwa pusat data regional yang sesuai dapat melayani permintaan tersebut.
  • Berikan banyak waktu untuk mendiagnosis masalah apa pun.
  • Bawa hotspot seluler dengan paket data bandwidth tinggi sebagai cadangan.

Bandwidth menyeluruh

Penting untuk menilai kemampuan bandwidth untuk setiap bagian jaringan yang mungkin ada antara Azure Remote Rendering VM dan klien akhir. Perlu diingat bahwa segmen jaringan dari pusat data Azure ke ISP klien mungkin lebih merupakan faktor pembatas daripada dari ISP ke klien. Pengujian Kecepatan Pengunduhan Blob dapat digunakan untuk membantu mendiagnosis masalah tersebut.

Kompetisi Bandwidth

Saat merancang aplikasi realitas campuran Anda, perlu diingat bahwa berbagai fitur aplikasi dapat bersaing dengan Azure Remote Rendering untuk bandwidth. Contoh tak terduga yang paling mungkin adalah saat banyak peserta dalam satu ruangan berharap untuk menggunakan ARR secara bersamaan untuk menampilkan aset 3D. Setiap bagian dari aliran data jaringan harus memiliki kapasitas untuk mengangkut jumlah total dari semua aliran data ARR yang digabungkan.

Contoh lain termasuk video yang dialirkan, unggahan latar belakang simultan dari konten terkait lainnya, dan obrolan suara, terutama di mana ada banyak peserta dan sistem menggunakan pendekatan peer-to-peer terdistribusi sebagai lawan dari server pencampuran audio di pendekatan tengah.

Untuk informasi selengkapnya tentang analitik jaringan, tampilkan:

Pertimbangan kolaborasi

Beberapa penggunaan Azure Remote Rendering yang paling berharga melibatkan kolaborasi antara beberapa peserta yang menampilkan pengalaman 3D yang sama pada waktu yang sama. Dalam sesi bersama ini, penting untuk diketahui bahwa setiap peserta akan memerlukan sesi Azure Remote Rendering yang unik, terlepas dari apakah mereka berada di tempat yang sama di jaringan yang sama atau tidak.

Hal ini benar karena setiap peserta sebenarnya melihat pengalaman yang sama dari sudut pandang yang berbeda, yang membutuhkan aset 3D yang sama untuk dirender dari masing-masing perspektif tersebut secara bersamaan.

Beberapa Sesi Azure Remote Rendering

Jika Anda bermaksud untuk mendukung pengalaman bersama dengan Azure Remote Rendering, sistem yang Anda terapkan untuk membuat dan mengelola sesi ARR perlu disiapkan untuk memulai beberapa sesi. Sesi ini mungkin perlu diinisialisasi di pusat data Azure yang berbeda jika peserta tersebar secara geografis.

Sistem Anda juga harus mengelola kemungkinan bahwa satu atau beberapa peserta mungkin berada di wilayah geografis yang saat ini tidak didukung oleh Azure Remote Rendering atau saat ini tidak memiliki instans Azure Remote Rendering VM yang tersedia.

Manajemen beberapa sesi simultan ini dapat lebih disederhanakan jika dikombinasikan dengan pengumpulan sesi dan strategi lain yang dibahas dalam dokumen ini.

Pertimbangan Azure Blob Storage

Semua sesi ARR simultan dapat mereferensikan URI SAS yang sama agar model yang dikonversi dapat ditampilkan. Ini memungkinkan untuk mengunggah dan mengonversi aset 3D yang diinginkan satu kali, lalu membagikannya di semua sesi. Hal ini terutama benar ketika peserta berada di lokasi yang sama dan menggunakan pusat data yang sama di mana tidak ada masalah performa yang terkait dengan Azure Blob Storage yang terletak di pusat data yang berbeda dari server Azure Remote Rendering dan pengguna.

Jika aset 3D biasanya diunggah untuk satu sesi tampilan lalu dibuang, seperti dalam sesi ulasan desain, wilayah geografis Azure Blob Storage relatif terhadap server Azure Remote Rendering juga kurang penting.

Namun, untuk aset 3D yang akan digunakan berulang kali, seperti dalam kasus penggunaan pelatihan, sebaiknya simpan aset 3D siap pakai dalam penyimpanan blob di setiap pusat data regional tempat Anda berencana menggunakan Azure Remote Rendering. Hal tersebut dapat diotomatisasi menggunakan Azure Storage Redundancy. CDN sering digunakan untuk tujuan ini juga, tetapi belum menjadi opsi untuk Azure Remote Rendering.

Untuk informasi selengkapnya:

Mengelola akses model

Memanfaatkan Azure Remote Rendering sepenuhnya memerlukan pertimbangan cermat infrastruktur menyeluruh untuk mengelola model 3D.

Keuntungan menggunakan Azure Remote Rendering adalah aset 3D besar tidak perlu dikirimkan langsung ke perangkat realitas campuran sebelum ditampilkan. Selanjutnya, setelah aset 3D telah diunggah dan dikonversi untuk digunakan dengan Azure Remote Rendering, sejumlah pengguna dapat berbagi satu instans model 3D tersebut.

Pertimbangan untuk akses model 3D

Berikut adalah beberapa pertimbangan utama saat memutuskan strategi akses model Anda.

Berdasarkan kasus penggunaan yang diantisipasi, tentukan tempat atau kombinasi tempat terbaik untuk memungkinkan pengguna memilih aset 3D untuk ditampilkan. Beberapa opsi umum adalah:

  • Langsung dalam pengalaman realitas campuran
  • Melalui portal web pendamping
  • Di aplikasi seluler atau desktop pendamping

Jika kasus penggunaan Anda memiliki pola penggunaan di mana aset 3D yang sama dapat diunggah beberapa kali, back-end akan melacak model mana yang sudah dikonversi untuk digunakan dengan ARR sehingga model hanya diproses satu kali untuk beberapa pilihan di masa mendatang. Contoh ulasan desain adalah saat tim memiliki akses ke aset 3D asli yang umum. Setiap anggota tim diharapkan untuk mengulas model menggunakan ARR di beberapa titik dalam alur kerjanya. Hanya tampilan pertama yang akan memicu langkah pra-pemrosesan. Tampilan berikutnya akan mencari file pasca-proses terkait dalam kontainer output SAS.

Bergantung pada kasus penggunaan, Anda mungkin ingin menentukan dan berpotensi mempertahankan ukuran server Azure Remote Rendering yang benar, Standar atau Premium, untuk setiap aset 3D atau grup aset yang akan ditampilkan bersama dalam sesi yang sama.

Daftar pilihan model pada perangkat

Dalam banyak kasus penggunaan, seperti pelatihan, panduan tugas, atau aplikasi pemasaran, kumpulan aset 3D yang biasa ditampilkan di Azure Remote Rendering mungkin cukup statik. Dalam situasi ini, sekumpulan aset 3D yang dikumpulkan dapat dikonversi sebelumnya dan tersedia melalui database yang berisi informasi yang diperlukan untuk mengisi daftar pilihan aset yang dikumpulkan. Data ini kemudian dapat diambil dari aplikasi realitas campuran untuk mengisi menu pilihan.

Ini dapat diambil selangkah lebih maju dengan juga menawarkan cara untuk mengunggah aset 3D privat, unik untuk setiap individu atau grup. Daftar aset privat tersebut kemudian dapat digabungkan dengan daftar aset umum yang dikumpulkan dalam pengalaman pengguna untuk memilih aset 3D untuk ditampilkan.

Akses OneDrive pada perangkat

Mengingat bahwa pemilih file OneDrive dibangun secara asli ke dalam perangkat realitas campuran Microsoft, memilih aset 3D di perangkat dari OneDrive menarik, terutama untuk kasus penggunaan di mana biasanya memuat model 3D yang berbeda atau diubah. Dalam skenario ini, pengguna akan memilih satu atau beberapa aset 3D melalui pemilih file OneDrive dalam aplikasi realitas campuran Anda. Aset 3D kemudian akan dimigrasikan ke kontainer input SAS, dikonversi ke kontainer output SAS, dan dilampirkan ke sesi ARR. Idealnya, aplikasi realitas campuran akan meminta proses berbasis cloud untuk melakukan langkah-langkah ini sebagai lawan memindahkan semua bit dari OneDrive ke perangkat dan kembali ke Azure Blob Storage.

Pendekatan ini dapat diambil satu langkah lebih jauh dengan mempertahankan hubungan antara aset 3D yang telah ditampilkan sebelumnya sehingga ketika model yang sama dipilih lagi dari OneDrive, aplikasi dapat melewati proses konversi dan langsung memuat aset 3D yang dikonversi terkait melalui SAS URI-nya.

Untuk informasi selengkapnya:

Akses CAD langsung

Salah satu kasus penggunaan yang menarik untuk realitas campuran adalah ulasan desain dari pekerjaan CAD yang sedang berlangsung. Dalam skenario ini, waktu muat tercepat dari desktop ke realitas campuran adalah kuncinya. Solusi ideal dapat melibatkan pengembangan plugin untuk aplikasi CAD tertentu. Plugin ini akan secara langsung mengelola setiap aspek dari proses pemuatan, konversi, dan tampilan:

  • Berikan UX untuk:
    • Memasangkan aplikasi CAD dengan perangkat realitas campuran tertentu (satu kali).
    • Meminta agar geometri yang dipilih ditampilkan pada perangkat realitas campuran tersebut.
  • Jika belum berjalan, putar sesi Azure Remote Rendering sehingga dapat memproses secara paralel saat mengunggah dan mengonversi file CAD
  • Menormalkan data geometri CAD ke salah satu format yang didukung oleh Azure Remote Rendering
  • Mengirimkan data yang dinormalisasi langsung ke kontainer input Azure Blob Storage
  • Memulai proses konversi model
  • Menautkan kontainer output model SAS URI ke sesi Azure Remote Rendering
  • Memberi tahu aplikasi realitas campuran berpasangan bahwa model tersedia dan siap untuk ditampilkan dan memberikan kontainer output SAS URI sehingga aplikasi dapat melampirkannya ke sesi.

Pendekatan yang jauh lebih sederhana tetapi sedikit kurang efisien dapat mengotomatiskan proses penyimpanan model 3D ke perangkat keras lokal dan kemudian memulai proses untuk mengirimkan file yang disimpan tersebut ke kontainer input SAS.

Azure Marketplace

Banyak klien perusahaan mengamanatkan bahwa Azure Stack Anda dapat digunakan di info masuk dan akun Azure-nya sendiri untuk alasan keamanan. Untuk mewujudkannya, sebaiknya pertimbangkan untuk mengemas aplikasi terkelola Azure Anda sedemikian rupa sehingga dapat diterbitkan di Azure Marketplace sebagai Azure Application Offer.

Untuk informasi selengkapnya:

Keamanan

Sangat penting untuk membangun solusi Azure Remote Rendering menyeluruh Anda untuk keamanan dari awal. Ada banyak aspek keamanan yang perlu dipertimbangkan dalam desain solusi menyeluruh Anda, termasuk:

  • Strategi autentikasi
  • Manajemen akses – grup, kebijakan, dan izin
  • Multi-tenancy
  • Penyimpanan data dan enkripsi transfer
  • Token penggunaan sementara
  • Serangan penolakan layanan terdistribusi (DDoS)
  • Deteksi ancaman
  • VPN dan jaringan aman
  • Firewall
  • Manajemen kunci rahasia dan sertifikat
  • Kerentanan dan eksploitasi aplikasi

Untuk autentikasi, sebaiknya pindahkan sebanyak mungkin autentikasi ARR dan manajemen sesi ke Layanan Web Azure. Ini akan menghasilkan solusi yang dikelola dengan lebih baik dan lebih aman.

Untuk informasi selengkapnya: