البرنامج التعليمي: إنشاء تطبيق Azure Remote Rendering جاهز للاستخدام التجاري

  • مقالة

في هذا البرنامج التعليمي، ستتعرف على:

  • إدارة الجلسات للتطبيقات التجارية
  • تتبع الجلسات للفوترة
  • تحسين تجربة المستخدم من حيث وقت تحميل الجلسة
  • اعتبارات حول زمن الانتقال في الشبكة

المتطلبات الأساسية

مقدمة إلى الجاهزية التجارية

يعمل Azure Remote Rendering على توسيع نطاق إمكانات الحقيقة المختلطة. بمجرد دمج الأساسيات في حلك، ستكون هناك بعض الاعتبارات الإضافية لضمان أنَّ الحل آمن وقابل للتوسع وجاهز لتقديم نتائج قيِّمة.

تقدم لك هذه الوحدة بعض الإمكانات الإضافية التي قد تحتاج إلى وضعها في الحسبان من أجل تطبيقك التجاري.

للحصول على نظرة عامة واسعة على أفضل ممارسات التصميم على مستوى الأنظمة، تُرجى زيارة:

التحليلات

يمكن أن يساعد دمج أدوات التحليلات على إدارة حلك وتتبعه وتحسينه.

للاطلاع على قائمة شاملة بموارد التحليلات المتوفرة، تُرجى زيارة:

تتبع الاستخدام للفوترة

أصبح تتبع استهلاك Azure Remote Rendering بواسطة عدة فرق داخلية أو عملاء خارجيين اعتباراً مهماً، لا سيما في الحلول متعددة المستأجرين.

لتحقيق ذلك، يوفر Azure خدمة تسمى وضع العلامات على الموارد، والتي تقرن استهلاك خدمة Azure Remote Rendering بكل عميل.

لمزيد من المعلومات حول تسمية الموارد ووضع علامات عليها، إليك هذا المكان الجيد لتبدأ به:

التشخيصات

تجعل الأدوات القوية مثل Event Tracing for Windows (ETW) وEvent Trace Logging (ETL) من السهل إنشاء أحداث تتبع داخل تطبيقك ويمكنها المساعدة على تشخيص الشبكة وتحويل المحتوى والجلسة والتطبيق والمشكلات الأخرى التي قد تنشأ في نشر حل تجاري.

للحصول على مزيد من المعلومات، تُرجى زيارة:

تحليل الاستخدام

تساعدك ميزة Azure Application Insights على فهم كيفية استخدام الأشخاص لتطبيقك الذي أنشأته باستخدام Azure Remote Rendering. ففي كل مرة تحدث فيها تطبيقك، يمكنك تقييم مدى فعاليته بالنسبة إلى المستخدمين وتعزيز حلك وفقاً لذلك. بفضل هذه المعرفة، يمكنك اتخاذ قرارات مستندة إلى البيانات بشأن دورات التطوير التالية.

للحصول على مزيد من المعلومات، تُرجى زيارة:

إستراتيجيات وقت بدء التشغيل السريع

قد تتطلب حالة الاستخدام بدء تشغيل سريع منذ لحظة تشغيل التطبيق وحتى عرض النموذج ثلاثي الأبعاد. قد يحدث ذلك، على سبيل المثال، خلال اجتماع مهم حيث يجب أن يكون كل شيء جاهزاً للعمل في وقتٍ مبكر. وهناك مثال آخر قد يحدث خلال مراجعة نموذج CAD ثلاثي الأبعاد، حيث يكون التكرار السريع للتصميم بين تطبيق CAD والحقيقة المختلطة عنصراً أساسياً لتحقيق الكفاءة.

يتطلب Azure Remote Rendering نماذج ثلاثية الأبعاد تمت معالجتها مسبقاً، ويستغرق Azure حالياً عدة دقائق لإنشاء جلسة وتحميل نموذج للعرض. ولجعل هذه العملية سلسة وسريعة قدر الإمكان، يتعين تحضير بيانات النموذج ثلاثي الأبعاد وجلسة ARR في وقتٍ مبكر.

إن الاقتراحات التي تمت مشاركتها هنا ليست حالياً جزءاً من Azure Remote Rendering القياسي، لكن يمكنك تنفيذها بمفردك لتحقيق أوقات بدء تشغيل أكثر سرعة.

التهيئة المبكرة

يتمثل أبسط حل لتقليل وقت بدء التشغيل في نقل إنشاء الجلسة وتهيئتها إلى وقت مبكر قدر الإمكان في سير عمل المستخدم. وتتمثل إحدى الإستراتيجيات في تهيئة الجلسة بمجرد معرفة أنَّ جلسة ARR ستكون مطلوبة. يحدث ذلك غالباً عندما يبدأ المستخدم في تحميل نموذج ثلاثي الأبعاد إلى Azure Blob Storage لاستخدامه مع Azure Remote Rendering. في هذه الحالة، يمكن بدء إنشاء الجلسة وتهيئتها في الوقت نفسه الذي يتم فيه تحميل النموذج ثلاثي الأبعاد بحيث يسير كلا مجريَي العمل بالتوازي.

يمكن تبسيط هذه العملية بشكلٍ أكبر عن طريق التأكد من أن حاويتي الإدخال والإخراج المختارتين لـ Azure Blob Storage موجودتان في مركز البيانات الإقليمي نفسه الذي توجد فيه جلسة Azure Remote Rendering.

جدولة

إذا كنت تعرف أنك ستحتاج إلى Azure Remote Rendering في المستقبل، فيمكنك جدولة تاريخ ووقت محددين لبدء جلسة Azure Remote Rendering.

يمكن تقديم هذا الخيار من خلال مدخل ويب حيث يمكن للأشخاص تحميل نموذج ثلاثي الأبعاد وجدولة وقت لعرضه في المستقبل. وسيكون هذا مكاناً جيداً أيضاً لطلب تفضيلات أخرى مثل عرض Standard أو Premium. قد يكون عرض Premium مناسباً إذا كنت ترغب في عرض مجموعة متنوعة من الأصول حيث يكون من الصعب تحديد الحجم المثالي تلقائياً أو إذا كنت تحتاج إلى التأكد من أنَّ منطقة Azure تحتوي على أجهزة ظاهرية متوفرة في ذلك الوقت المحدد.

تجميع الجلسات

هناك خيار آخر يمكن اللجوء إليه الحالات الأكثر تطلباً وهو تجميع الجلسات، حيث يتم إنشاء جلسة واحدة أو أكثر وتهيئتها طوال الوقت. يؤدي ذلك إلى إنشاء مجموعة جلسات جاهزة للاستخدام الفوري من قِبل المستخدم عند طلبه. ويتمثل الجانب السلبي لهذا النهج في أنه بمجرد تهيئة الجهاز الظاهري، تبدأ عملية الفوترة للخدمة. إنَّ إبقاء عمل مجموعة الجلسات طوال الوقت قد لا يكون فعالاً من حيث التكلفة، لكن وفق التحليلات، قد يكون من الممكن توقع أحمال الذروة أو يمكن الجمع بينها وبين إستراتيجية الجدولة الواردة أعلاه لتوقع وقت الاحتياج إلى الجلسات وزيادة نشاط مجموعة الجلسات أو خفضه وفق ذلك.

تساعد هذه الإستراتيجية أيضاً على تحسين الاختيار بين جلسات Standard وPremium بطريقةٍ أكثر ديناميكية لأنه سيكون من الأسرع بكثير التبديل بين النوعين داخل جلسة مستخدم واحدة، مثل الحالة التي يتم فيها عرض نموذج تعقيد Premium أولاً، ثم نموذج آخر يمكن أن يعمل في Standard. وإذا كانت جلسات المستخدم هذه طويلة جداً، فيمكن توفير تكاليف كبيرة.

لمزيد من المعلومات حول جلسات Azure Remote Rendering، يُرجى الاطلاع على:

إستراتيجيات اختيار حجم خادم Standard مقابل Premium

إنَّ الحاجة إلى الاختيار بين إنشاء حجم خادم Standard أو Premium تمثل تحدياً في تصميم تجربة المستخدم والنظام الشامل. رغم أنَّ استخدام جلسات Premium فقط يمثل أحد الخيارات المتاحة، فإن جلسات Standard تَستخدم موارد حساب Azure أقل بكثير وبتكلفة منخفضة مقارنة بجلسات Premium. يشكل هذا دافعاً قوياً لاستخدام جلسات Standard متى أمكن والاقتصار على استخدام Premium عند الحاجة.

نشارك هنا خيارات عديدة، بترتيب من الأقل إلى الأكثر شمولاً، لتلبية رغبة إدارة خيارات الجلسات.

استخدام Standard أو Premium فقط

إذا كنت متأكداً من أنَّ احتياجاتك ستكون دائماً أقل من الحد الفاصل بين Standard وPremium، فسيكون قرارك بسيطاً إلى حدٍ كبير. استخدم Standard فقط. ولكن ضع في حسبانك أنَّ التأثير الواقع على تجربة المستخدم سيكون كبيراً إذا تم رفض إجمالي تعقيد الأصول المحمَّلة بوصفه معقداً للغاية بالنسبة إلى جلسة Standard.

بالمثل، إذا كنت تتوقع أنَّ جزءاً كبيراً من الاستخدامات سيتجاوز الحد الفاصل بين Standard وPremium، أو إذا لم تكن التكلفة عاملاً رئيسياً في حالة الاستخدام لديك، فإن اختيار Premium دائماً يكون هو أيضاً خياراً لتبسيط الأمور.

سؤال المستخدم

إذا كنت ترغب حقاً في دعم كلٍّ من Standard وPremium، فإن أسهل طريقة لتحديد نوع الجلسة التي يتعين إنشاء مثيل لها هو سؤال المستخدم عند تحديد أصول ثلاثية الأبعاد لعرضها. يكمن التحدي المقترن بهذا النهج في أنه يتطلب من المستخدم فهم تعقيد الأصل ثلاثي الأبعاد أو حتى الأصول المتعددة ثلاثية الأبعاد التي سيتم عرضها. ولا يوصى بهذا الخيار عادةً لذلك السبب. فإذا أخطأ المستخدم في التحديد واختار Standard، فقد تتأثر تجربة المستخدم الناتجة سلباً في وقت غير مناسب.

تحليل النموذج ثلاثي الأبعاد

هناك نهج آخر بسيط نسبياً يتمثل في تحليل تعقيد الأصول ثلاثية الأبعاد التي تم اختيارها. فإذا كان تعقيد النموذج أقل من حد Standard، فابدأ جلسة Standard، وإلا فابدأ جلسة Premium. يكمن التحدي هنا في احتمالية استخدام جلسة واحدة في النهاية لعرض نماذج متعددة بعضها قد يتجاوز حد التعقيد لجلسة Standard، ما يؤدي إلى تعذر استخدام الجلسة نفسها بسلاسة لعرض سلسلة من الأصول ثلاثية الأبعاد المختلفة.

التبديل التلقائي

قد يكون التبديل التلقائي بين جلسات Standard وPremium منطقياً للغاية في تصميم النظام الذي يتضمن أيضاً تجميع الجلسات. تتيح هذه الإستراتيجية فرصة تعزيز الاستفادة المثلى من الموارد. فعندما يقوم المستخدم بتحميل نماذج للعرض، يتم تحديد التعقيد، ومن ثَمَّ طلب حجم الجلسة الصحيح من خدمة تجميع الجلسات.

العمل مع الشبكات

التشخيصات

يتطلب Azure Remote Rendering اتصال إنترنت سريع وزمن انتقال بطيء. فقد تؤثر جودة شبكة المستخدم تأثيراً كبيراً في جودة التجربة. ونظراً إلى أنه من المرجح أن يكون لدى العملاء تكوينات شبكات مختلفة، ونادراً ما يكون زمن الانتقال في الشبكة ضعيفاً، فإن أدوات التشخيص تشكل عنصراً أساسياً.

لضمان إمكانية توفير تجربة عالية الجودة باستمرار، نوصيك بدمج أدوات التحليلات من جانب الخادم والعميل في تطبيقات Azure Remote Rendering. سيزودك ذلك بالمعلومات التي ستحتاج إليها لتشخيص أي مشكلة من مشكلات الشبكة التي قد يواجهها العملاء والحد منها.

تكوينات شبكات العملاء

إنَّ أحد أكبر التحديات في تطوير حلول التعاون القوية التي يتم نشرها في مجموعة واسعة من بيئات المؤسسات يتمثل في الاستعداد للتكوينات المختلفة لتخطيطات الشبكات وجدر حماية المؤسسات التي قد يستخدمها عملاؤك.

هناك مؤسسات عديدة تحظر جميع حركات مرور البيانات من نظير إلى نظير داخل شبكة LAN. وهذا يجعل من الصعب الاستفادة من البساطة وتجربة المستخدم السلسلة التي يوفرها اكتشاف LAN التلقائي في إنشاء جلسة محلية مشتركة بين جميع المثيلات المكتشفة لتطبيق الحقيقة المختلطة لديك.

تتمثل نقاط الفشل المحتملة الأخرى في الموجهات التي يتم تكوينها لتقييد النطاق الترددي وجدر الحماية عن عمد والتي تحظر معظم منافذ TCP/IP.

عند التخطيط لاستخدام Azure Remote Rendering على شبكة غير مألوفة، نوصي بما يأتي:

  • توفير قائمة اختيار قبل الاجتماع لتقييم جاهزية الشبكة.
  • التأكد من أنَّ مركز البيانات الإقليمي المناسب يمكنه خدمة الطلب.
  • إتاحة متسع من الوقت لتشخيص أي مشكلات.
  • إحضار نقطة اتصال هاتف جوال مزودة بخطة بيانات ذات نطاق ترددي عالٍ كشبكة احتياطية.

النطاق الترددي من طرف إلى طرف

من المهم تقييم إمكانات النطاق الترددي لكل فرع من فروع الشبكة يُحتمل وجوده بين الجهاز الظاهري لـ Azure Remote Rendering والعميل النهائي. ضع في حسبانك أنَّ جزء الشبكة من مركز بيانات Azure إلى موفر خدمة الإنترنت لدى العميل قد يكون عاملاً مقيِّداً إلى حدٍّ كبير مقارنةً بجزء الشبكة من موفر خدمة الإنترنت إلى العميل. يمكن استخدام "اختبار سرعة تنزيل الكائنات الثنائية كبيرة الحجم" للمساعدة على تشخيص هذه المشكلات.

أولوية المرور خلال النطاق الترددي

عند تصميم تطبيق الحقيقة المختلطة، ضع في حسبانك أنَّ ميزات التطبيق المختلفة قد تتنافس مع Azure Remote Rendering على أولوية المرور خلال النطاق الترددي. وأكثر مثال غير متوقع على ذلك هو عندما يتوقع عديد من المشاركين في غرفة واحدة استخدام ARR في الوقت نفسه لعرض أصل ثلاثي الأبعاد. سيحتاج كل فرع من فروع تدفق البيانات في الشبكة إلى التمتع بالسعة الكافية لنقل المحصلة الإجمالية لكل دفقات بيانات ARR مجتمعة.

تتضمن الأمثلة الأخرى فيديو متدفقاً وعمليات التحميل المتزامنة في الخلفية لمحتوى آخر ذي صلة ودردشة صوتية، لا سيما عندما يكون هناك عدة مستخدمين والنظام يستخدم نهج نظير إلى نظير موزع بدلاً من نهج خادم خلط الصوت في المنتصف.

لمزيد من المعلومات حول تحليلات الشبكات، يُرجى الاطلاع على:

اعتبارات خاصة بالتعاون

تتضمن بعض الاستخدامات الأكثر قيمة لخدمة Azure Remote Rendering التعاون بين مشاركين متعددين يعرضون التجربة ثلاثية الأبعاد نفسها في الوقت نفسه. في هذه الجلسات المشتركة، من المهم إدراك أنَّ كل مشارك سيحتاج إلى جلسة Azure Remote Rendering فريدة، بغض النظر عما إذا كانوا موجودين في المكان نفسه على الشبكة نفسها أم لا.

يرجع السبب في ذلك إلى أن كل مستخدم يرى في الحقيقة التجربة نفسها من نقاط أفضلية مختلفة، وهو ما يتطلب عرض الأصول ثلاثية الأبعاد نفسها من كل منظور من هذه المناظير في وقتٍ واحد.

جلسات Azure Remote Rendering متعددة

عند الرغبة في دعم تجارب مشتركة باستخدام Azure Remote Rendering، سيلزم إعداد الأنظمة الموجودة قيد التنفيذ لإنشاء جلسات ARR وإدارتها من أجل بدء جلسات متعددة. قد يلزم بدء هذه الجلسات في مراكز بيانات Azure مختلفة إذا كان المشاركون متباعدين جغرافياً.

يجب أن يتمكن نظامك أيضاً من التعامل مع احتمالية وجود مشارك واحد أو أكثر في منطقة جغرافية لا يدعمها Azure Remote Rendering حالياً أو لا تتوفر بها مثيلات أجهزة ظاهرية لـ Azure Remote Rendering.

يمكن تبسيط إدارة الجلسات المتزامنة المتعددة بشكلٍ أكبر عند دمجها مع تجميع الجلسات والإستراتيجيات الأخرى التي نوقشت في هذا المستند.

اعتبارات Azure Blob Storage

يمكن لجميع جلسات ARR المتزامنة الرجوع إلى عنوان URI نفسه لـ SAS للنموذج المحول المراد عرضه. ويتيح ذلك إمكانية تحميل الأصول ثلاثية الأبعاد المطلوبة وتحويلها مرة واحدة ثم مشاركتها عبر جميع الجلسات. وينطبق ذلك بشكلٍ خاص عندما يكون المشاركون مشتركين في موقع واحد ويستخدمون مركز البيانات نفسه حيث لا توجد أي مخاوف تتعلق بالأداء مرتبطة بوجود Azure Blob Storage في مركز بيانات مختلف عن ذلك الذي يوجد فيه خادم Azure Remote Rendering والمستخدم.

إذا تم تحميل أصول ثلاثية الأبعاد لجلسة عرض واحدة كالعادة ثم تم تجاهلها، مثلما يحدث في جلسة مراجعة تصميم، فإنَّ المنطقة الجغرافية لـ Azure Blob Storage بالنسبة إلى خادم Azure Remote Rendering لن تشكل خطورة كبيرة أيضاً.

مع ذلك، بالنسبة إلى الأصول ثلاثية الأبعاد التي ستستخدم بشكلٍ متكرر، مثلما يحدث في حالة الاستخدام التي تتضمن تدريباً، فإننا نوصي بحفظ الأصول ثلاثية الأبعاد الجاهزة للاستخدام في مخزن الكائنات الثنائية كبيرة الحجم في كل مركز بيانات إقليمي تخطط لاستخدام Azure Remote Rendering فيه. يمكن إجراء هذا بشكلٍ تلقائي باستخدام Azure Storage Redundancy. غالباً ما يُستخدم CDN أيضاً لهذا الغرض، لكنه لم يتوفر بعد كخيار لخدمة Azure Remote Rendering.

للحصول على مزيد من المعلومات:

إدارة الوصول إلى النماذج

يتطلب تحقيق الاستفادة الكاملة من Azure Remote Rendering دراسة متأنية للبنية الأساسية الشاملة لإدارة النماذج ثلاثية الأبعاد.

تتمثل إحدى ميزات استخدام Azure Remote Rendering في أنه لا يلزم على الإطلاق نقل الأصول ثلاثية الأبعاد الكبيرة مباشرةً إلى جهاز حقيقة مختلطة قبل عرضها. بالإضافة إلى ذلك، فور تحميل أصل ثلاثي الأبعاد وتحويله للاستخدام مع Azure Remote Rendering، يمكن لأي عدد من المستخدمين مشاركة هذا المثيل الوحيد للنموذج ثلاثي الأبعاد.

اعتبارات خاصة بالوصول إلى النماذج ثلاثية الأبعاد

فيما يأتي بعض الاعتبارات الرئيسية التي يتعين مراعاتها عند اتخاذ قرار بشأن إستراتيجيتك للوصول إلى النماذج.

بناءً على حالة الاستخدام المتوقعة، حدد أفضل مكان أو مجموعة من الأماكن للسماح للمستخدم بتحديد الأصول ثلاثية الأبعاد المراد عرضها. فيما يأتي بعض الخيارات الشائعة:

  • مباشرةً داخل تجربة الحقيقة المختلطة
  • عبر مدخل ويب مصاحب
  • في تطبيق سطح مكتب أو أجهزة محمولة مصاحب

إذا كانت حالة الاستخدام لديك تتضمن أنماط استخدام يمكن فيها تحميل الأصل ثلاثي الأبعاد نفسه عدة مرات، فستتبع الخلفية النماذج التي تم تحويلها بالفعل للاستخدام مع ARR بحيث تتم معالجة النموذج مسبقاً مرة واحدة من أجل تحديدات مستقبلية متعددة. ومثال مراجعة أحد التصميمات قد يحدث عندما يتمتع فريق بإمكانية الوصول إلى نموذج ثلاثي الأبعاد أصلي مشترك. من المتوقع أن يراجع كل عضو من أعضاء الفريق النموذج باستخدام ARR في مرحلة ما في مسار عمله. سيؤدي العرض الأول فقط إلى بدء خطوة المعالجة المسبقة. وفي مرات العرض التالية، سيتم البحث عن ملف المعالجة المسبقة ذي الصلة في حاوية إخراج SAS.

بناءً على حالة الاستخدام، سيلزمك على الأرجح تحديد، وربما مواصلة استخدام، حجم خادم Azure Remote Rendering الصحيح، Standard أو Premium، لكل أصل ثلاثي الأبعاد أو مجموعة أصول سيتم عرضها معاً في الجلسة نفسها.

قائمة تحديد النماذج على الجهاز

في كثير من حالات الاستخدام، مثل التدريبات أو إرشادات المهام أو تطبيقات التسويق، قد تكون مجموعة الأصول ثلاثية الأبعاد المراد عرضها بشكلٍ مشترك في Azure Remote Rendering ثابتة إلى حد ما. في هذه الحالات، يمكن تحويل مجموعة منسقة من الأصول ثلاثية الأبعاد مسبقاً وتوفيرها عبر قاعدة بيانات تحتوي على المعلومات اللازمة لملء قائمة تحديد بالأصول المنسقة. يمكن استرداد هذه البيانات بعد ذلك من تطبيق الحقيقة المختلطة لملء قائمة تحديد.

يمكن اتخاذ خطوة إضافية عن طريق توفير طريقة لتحميل أصول ثلاثية الأبعاد خاصة، ينفرد بها كل شخص أو مجموعة. ويمكن بعد ذلك دمج تلك القائمة التي تضم الأصول الخاصة مع قائمة الأصول المنسقة المشتركة في تجربة المستخدم لاختيار أصول ثلاثية الأبعاد لعرضها.

الوصول إلى OneDrive على الجهاز

نظراً إلى تضمين أداة انتقاء ملفات OneDrive بشكل أصلي في أجهزة الحقيقة المختلطة من Microsoft، يعد تحديد أصول ثلاثية الأبعاد على الجهاز من OneDrive أمراً رائعاً، لا سيما لحالات الاستخدام التي يشيع فيها تحميل نماذج ثلاثية الأبعاد مختلفة أو معدلة. في هذا السيناريو، يمكن للمستخدم تحديد أصل واحد أو أكثر من الأصول ثلاثية الأبعاد عبر أداة انتقاء ملفات OneDrive داخل تطبيق الحقيقة المختلطة الخاص بك. سيتم ترحيل الأصول ثلاثية الأبعاد بعد ذلك إلى حاوية إدخال SAS، ثم تحويلها إلى حاوية إخراج SAS، وإرفاقها في جلسة ARR. وبشكلٍ مثالي، سيستدعي تطبيق الحقيقة المختلطة عملية مستندة إلى السحابة لتنفيذ هذه الخطوات بدلاً من نقل جميع وحدات البت من OneDrive إلى الجهاز ثم إلى Azure Blob Storage.

يمكن اتخاذ خطوة أخرى في هذا النهج من خلال الحفاظ على اقتران بين الأصول ثلاثية الأبعاد التي تم عرضها سابقاً بحيث عندما يتم اختيار النموذج نفسه مرة أخرى من OneDrive، يمكن للتطبيق تجاوز عملية التحويل وتحميل الأصل ثلاثي الأبعاد المحول المقترن مباشرةً عبر عنوان URI لـ SAS الخاص به.

للحصول على مزيد من المعلومات:

الوصول المباشر إلى CAD

تمثل مراجعات التصميمات لأعمال CAD الجارية حالة استخدام مثيرة للاهتمام للحقيقة المختلطة. في هذا السيناريو، يمثل وقت التحميل الأسرع من سطح المكتب إلى الحقيقة المختلطة عنصراً مهماً. قد يتضمن الحل المثالي تطوير وظائف إضافية لتطبيقات CAD محددة. ستدير هذه الوظائف الإضافية بشكلٍ مباشر كل جانب من جوانب عملية التحميل والتحويل والعرض:

  • توفير تجربة مستخدم ل:
    • إقران تطبيق CAD مع جهاز حقيقة مختلطة محدد (مرة واحدة).
    • طلب عرض الشكل الهندسي المحدد على جهاز الحقيقة المختلطة هذا.
  • إنشاء جلسة Azure Remote Rendering إذا لم تكن بدأت بالفعل بحيث يمكن معالجتها في الوقت نفسه الذي يجري فيه تحميل ملف CAD وتحويله
  • تحويل بيانات هندسة CAD إلى أحد التنسيقات التي يدعمها Azure Remote Rendering
  • نقل البيانات التي تم تحويلها إلى أحد التنسيقات مباشرةً إلى حاوية إدخال Azure Blob Storage
  • بدء عملية تحويل النموذج
  • ربط عنوان URI لـ SAS الخاص بحاوية إخراج النموذج بجلسة Azure Remote Rendering
  • إعلام تطبيق الحقيقة المختلطة المقترن بأن النموذج متوفر وجاهز للعرض وتوفير عنوان URI لـ SAS الخاص بحاوية الإخراج بحيث يتمكن التطبيق من إرفاقه في الجلسة.

ثمة نهج أكثر بساطة ولكنه أقل سلاسة بعض الشيء يتضمن إمكانية جعل عملية حفظ النموذج ثلاثي الأبعاد في محرك أقراص ثابتة محلي تلقائية، ثم بدء عملية لنقل ذلك الملف المحفوظ إلى حاوية إدخال SAS.

Azure Marketplace

يشترط كثير من عملاء المؤسسات إمكانية استخدام نظام Azure Stack من خلال الحسابات وبيانات الاعتماد الخاصة بهم على Azure لأسباب أمنية. لتحقيق ذلك، يتعين عليك التفكير في حزم تطبيقك المدار في Azure بحيث تتمكن من نشره في Azure Marketplace بوصفه "عرض تطبيق Azure".

للحصول على مزيد من المعلومات:

الأمان

من المهم إنشاء حل Azure Remote Rendering الشامل من الصفر من أجل الأمان. هناك جوانب أمان عديدة يجب مراعاتها في تصميم حلك الشامل من بينها:

  • استراتيجيات المصادقة
  • إدارة الوصول – المجموعات والسياسات والأذونات
  • متعدد المستأجرين
  • تشفير تخزين البيانات ونقلها
  • الرموز المميزة مؤقتة الاستخدام
  • الهجمات الموزعة لحجب الخدمة (DDoS)
  • اكتشاف التهديد
  • شبكات VPN والشبكات الآمنة
  • جُدر الحماية
  • إدارة الشهادات والمفاتيح السرية
  • الثغرات الأمنية في التطبيق وعمليات الاستغلال

للمصادقة، يُنصح بنقل أكبر قدر من المصادقة وإدارة الجلسات في ARR إلى "خدمة ويب Azure" ما أمكن. سيؤدي ذلك إلى تعزيز تأمين الحل وإدارته بشكلٍ أفضل.

للحصول على مزيد من المعلومات: