إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
ملحوظة
يتوفر مجتمع Power Platform Virtual Network على Microsoft Viva Engage. يمكنك نشر أي أسئلة أو ملاحظات لديك حول هذه الوظيفة. يمكنك الانضمام عن طريق ملء طلب من خلال النموذج التالي: طلب الوصول إلى Finance and Operations Viva Engage Community.
باستخدام دعم الشبكة الافتراضية في Azure ل Power Platform، يمكنك دمج Power Platform مع الموارد داخل شبكتك الظاهرية دون الكشف عنها عبر الإنترنت العام. يستخدم دعم الشبكة الافتراضية تفويض الشبكة الفرعية Azure لإدارة حركة المرور الصادرة من Power Platform أثناء وقت التشغيل. باستخدام تفويض الشبكة الفرعية Azure، لا تحتاج الموارد المحمية إلى أن تكون متاحة عبر الإنترنت للتكامل مع Power Platform. باستخدام دعم الشبكة الظاهرية، يمكن لمكونات Power Platform استدعاء الموارد المملوكة لمؤسستك داخل شبكتك، سواء كانت مستضافة في Azure أو محليا، واستخدام المكونات الإضافية والموصلات لإجراء مكالمات صادرة.
يتكامل Power Platform مع موارد المؤسسة عبر الشبكات العامة بشكل نموذجي. مع الشبكات العامة، يجب أن تكون موارد المؤسسة قابلة للوصول من قائمة نطاقات IP Azure أو علامات الخدمة، والتي تصف عناوين IP العامة. ومع ذلك، يتيح لك دعم الشبكة الافتراضية في Azure ل Power Platform استخدام شبكة خاصة ودمج مع الخدمات أو الخدمات السحابية المستضافة داخل شبكة المؤسسة.
تتم حماية خدمات Azure داخل شبكة افتراضية بواسطة نقاط النهاية الخاصة. يمكنك استخدام Express Route لإحضار الموارد المحلية داخل Virtual Network.
يستخدم Power Platform Virtual Network والشبكات الفرعية التي تفوضها لإجراء مكالمات صادرة لموارد المؤسسة عبر الشبكة الخاصة للمؤسسة. باستخدام شبكة خاصة، لا تحتاج إلى توجيه الحركة المرورية عبر الإنترنت العام، مما قد يعرض موارد المؤسسة للخطر.
في الشبكة الظاهرية، يكون لديك التحكم الكامل في حركة البيانات الصادرة من Power Platform. تخضع حركة البيانات لنهج الشبكة المطبقة من قبل شبكة المسؤول. يوضح الرسم التخطيطي التالي كيفية تفاعل الموارد داخل الشبكة مع Virtual Network.
فوائد دعم الشبكة الافتراضية
باستخدام دعم الشبكة الظاهرية، تحصل مكونات Power Platform وDataverse على جميع المزايا التي يوفرها تفويض الشبكة الفرعية Azure، مثل:
Data protection: يسمح Virtual Network لخدمات Power Platform بالاتصال بمواردك الخاصة والمحمية دون تعريضها للإنترنت.
لا يمكن الوصول غير المصرح به: يتصل Virtual Network بمواردك دون الحاجة إلى نطاقات IP ل Power Platform أو علامات الخدمة في الاتصال.
تقدير حجم الشبكة الفرعية لبيئات Power Platform
تشير بيانات التتبع والملاحظات من العام الماضي إلى أن بيئات الإنتاج تتطلب عادةً ما بين 25 إلى 30 عنوان IP، حيث تقع معظم حالات الاستخدام ضمن هذا النطاق. استنادا إلى هذه المعلومات، خصص من 25 إلى 30 IPs لبيئات الإنتاج و6 إلى 10 عناوين IP للبيئات غير المنتجة، مثل بيئة الاختبار المعزولة أو بيئات المطور. تستخدم الحاويات المتصلة بالشبكة الافتراضية عناوين IP في الشبكة الفرعية بشكل أساسي. عند بدء استخدام البيئة، فإنها تنشئ ما لا يقل عن أربع حاويات، والتي تتوسع ديناميكيا استنادا إلى حجم المكالمة، على الرغم من أنها تظل عادة ضمن نطاق الحاوية من 10 إلى 30. تنفذ هذه الحاويات جميع الطلبات للبيئات الخاصة بها وتتعامل بكفاءة مع طلبات الاتصال المتوازية.
تخطيط البيئات المتعددة
إذا كنت تستخدم نفس الشبكة الفرعية المفوضة لبيئات Power Platform متعددة، فقد تحتاج إلى كتلة أكبر من عناوين IP للتوجيه بين المجالات دون فئة (CIDR). ضع في اعتبارك العدد الموصى به من عناوين IP للبيئات الإنتاجية وغير الإنتاجية عند ربط البيئات بنهج واحد. تحتفظ كل شبكة فرعية بخمسة عناوين IP، لذا قم بتضمين هذه العناوين المحجوزة في تقديرك.
ملحوظة
لتحسين الرؤية في استخدام الموارد، يعمل فريق المنتج على الكشف عن استهلاك IP للشبكة الفرعية المفوضة لنهج المؤسسة والشبكات الفرعية.
مثال على توزيع IP
ضع في اعتبارك مستأجرًا لديه نهجان لمؤسستين. النهج الأول هو لبيئات الإنتاج، والنهج الثاني هو للبيئات غير الإنتاجية.
نهج مؤسسة الإنتاج
إذا كان لديك أربع بيئات إنتاج مقترنة بنهج المؤسسة الخاص بك، وتتطلب كل بيئة 30 عنوان IP، فإن إجمالي تخصيص IP هو:
(أربعة بيئات × 30 IPs) + 5 عناوين IP محجوزة = 125 IPs
يتطلب هذا السيناريو كتلة CIDR من /25، والتي بها سعة 128 عنوان IP.
نهج المؤسسة غير المنتجة
بالنسبة إلى نهج المؤسسة غير المنتجة مع 20 بيئة مطور وبيئة الاختبار المعزولة، وتتطلب كل بيئة 10 عناوين IP، فإن إجمالي تخصيص IP هو:
(20 بيئة × 10 عناوين IP) + 5 عناوين IP محجوزة = 205 عناوين IP
يتطلب هذا السيناريو كتلة CIDR من /24، والتي لديها سعة 256 IPs ولها مساحة كافية لإضافة المزيد من البيئات إلى نهج المؤسسة.
السيناريوهات المدعومة
يدعم Power Platform الشبكة الظاهرية لكل من مكونات Dataverse الإضافية والموصلات. باستخدام هذا الدعم، يمكنك إنشاء اتصال آمن، خاص، صادر من Power Platform إلى الموارد داخل Virtual Network. تعمل المكونات الإضافية وموصلات Dataverse على تحسين أمان تكامل البيانات من خلال الاتصال بمصادر البيانات الخارجية من تطبيقات Power Apps وPower Automate وDynamics 365. على سبيل المثال، يمكنك:
- استخدم المكونات الإضافية Dataverse للاتصال بمصادر بيانات السحابة، مثل Azure SQL أو تخزين Azure أو تخزين الكائنات الثنائية كبيرة الحجم أو Azure Key Vault. يمكنك حماية بياناتك من نقل غير مصرّح للبيانات، وحواداث أخرى.
- استخدم المكونات الإضافية Dataverse للاتصال بشكل آمن بالموارد الخاصة المحمية بنقطة النهاية في Azure، مثل واجهة برمجة تطبيقات الويب، أو أي موارد داخل شبكتك الخاصة، مثل SQL وواجهة برمجة تطبيقات الويب. يمكنك حماية بياناتك من خروقات البيانات والتهديدات الخارجية الأخرى.
- استخدم الموصلات المدعومة Virtual Network مثل SQL Server للاتصال بشكل آمن بمصادر البيانات المستضافة على السحابة، مثل Azure SQL أو SQL Server، دون تعريضها للإنترنت. وبشكل مشابه، يمكنك استخدام موصل Azure Queue لإنشاء اتصالات آمنة إلى قوائم انتظار Azure الخاصة والممكنة بنقطة النهاية.
- استخدم موصل Azure Key Vault للاتصال بأمان بـ Azure Key Vault الخاصة المحمية بنقطة نهاية.
- استخدم موصلات مخصصة للاتصال الآمن بخدماتك المحمية بنقاط نهاية خاصة في Azure أو الخدمات المستضافة داخل شبكتك الخاصة.
- استخدم Azure File Storage للاتصال بشكل آمن بمخزن الملفات Azure الخاص والممكن بنقطة النهاية.
- استخدم HTTP مع Microsoft Entra ID (مصرح به مسبقًا) لجلب الموارد بأمان عبر الشبكات الظاهرية من خدمات ويب مختلفة، التي يجري مصادقتها بواسطة Microsoft Entra ID أو من خدمة ويب داخلية.
القيود
- المكونات الإضافية قليلة التعليمات البرمجية في Dataverse التي تستخدم موصلات غير مدعومة حتى يتم تحديث أنواع الموصلات هذه لاستخدام تفويض الشبكة الفرعية.
- يمكنك استخدام عمليات النسخ والنسخ الاحتياطي واستعادة عمليات دورة حياة البيئة في بيئات Power Platform الظاهرية المدعومة بالشبكة. يمكنك تنفيذ عملية الاستعادة داخل نفس الشبكة الظاهرية، وعبر بيئات مختلفة، شريطة أن تكون متصلة بنفس الشبكة الظاهرية. بالإضافة إلى ذلك، يتم تنفيذ عملية الاستعادة من البيئات التي لا تدعم الشبكات الظاهرية للبيئات التي تقوم بذلك.
المناطق المدعومة
قبل إنشاء شبكة الاتصال الافتراضية وسياسة المؤسسة، تحقق من صحة منطقة بيئة Power Platform للتأكد من أنها تقع في منطقة مدعومة. يمكنك استخدام Get-EnvironmentRegion cmdlet من وحدة PowerShell لتشخيص الشبكة الفرعية لاسترداد معلومات منطقة البيئة الخاصة بك.
بعد تأكيد منطقة البيئة الخاصة بك، تأكد من تكوين نهج المؤسسة وموارد Azure في مناطق Azure المدعومة المقابلة. على سبيل المثال، إذا كانت بيئة Power Platform الخاصة بك في المملكة المتحدة، فيجب أن تكون الشبكة الظاهرية والشبكات الفرعية في مناطق uksouthوukwest Azure. في حالة وجود أكثر من زوجين من المناطق المتوفرة في منطقة Power Platform، يجب استخدام زوج المنطقة المحدد الذي يطابق منطقة البيئة الخاصة بك. على سبيل المثال، إذا تم Get-EnvironmentRegion إرجاع westus للبيئة الخاصة بك، فيجب أن تكون الشبكة الظاهرية والشبكات الفرعية في eastus و westus.
| منطقة Power Platform | منطقة Azure |
|---|---|
| الولايات المتحدة | شرق الولايات المتحدة، غرب الولايات المتحدة |
| جمهورية جنوب أفريقيا | جنوب أفريقيا الشمالية، جنوب أفريقيا الغربية |
| المملكة المتحدة | جنوب المملكة المتحدة، شرق المملكة المتحدة |
| اليابان | شرق اليابان، غرب اليابان |
| الهند | الهند الوسطى، جنوب الهند |
| فرنسا | francecentral, francesouth |
| أوروبا | غرب أوروبا، شمال أوروبا |
| ألمانيا | ألمانيا الشمالية، ألمانيا الغربية الوسطى |
| سويسرا | سويسرا، سويسرا |
| كندا | منطقة وسط كندا، منطقة شرق كند |
| البرازيل | البرازيل الجنوبية |
| أستراليا | جنوب شرق أستراليا، شرق أستراليا |
| آسيا | شرق آسيا، جنوب آسيا |
| الإمارات العربية المتحدة | uaenorth |
| جمهورية كوريا | outh، مركز ناهض للزواد |
| النرويج | في |
| سنغافورة | جنوب شرق آسيا |
| السويد | سويدنسنترال |
| إيطاليا | شمال إيطاليا |
| الحكومة الأمريكية | usgovtexas, usgovvirginia |
ملحوظة
يتوفر الدعم في سحابة مجتمع الحكومة الأمريكية (GCC) حاليا فقط للبيئات المنشورة في GCC High. لا يتوفر الدعم لبيئات وزارة الدفاع (DoD) و GCC.
الخدمات المدعومة
يسرد الجدول التالي الخدمات التي تدعم تفويض الشبكات الفرعية في Azure لدعم الشبكة الافتراضية لبرنامج Power Platform.
| المساحة | خدمات Power Platform | توفر دعم الشبكة الافتراضية |
|---|---|---|
| Dataverse | المكونات الإضافية في Dataverse | متوفرة بشكل عام |
| الموصلات | متوفرة بشكل عام | |
| الموصلات | متوفرة بشكل عام |
البيئات المدعومة
لا يتوفر دعم الشبكة الظاهرية ل Power Platform لجميع بيئات Power Platform. يسرد الجدول التالي أنواع البيئة التي تدعم Virtual Network.
| نوع البيئة | مدعوم |
|---|---|
| الإنتاج | نعم |
| Default | نعم |
| بيئة الاختبار المعزولة | نعم |
| المطور | نعم |
| الإصدار التجريبي | لا. |
| Microsoft Dataverse من أجل الفرق | لا. |
اعتبارات لتفعيل دعم الشبكة الافتراضية لبيئة منصة Power
عند استخدام دعم Virtual Network في بيئة Power Platform، تنفذ جميع الخدمات المدعومة، مثل المكونات الإضافية والموصلات في Dataverse، الطلبات في وقت التشغيل في الشبكة الفرعية المفوضة وتخضع لسياسات الشبكة. بدأت الاستدعاءات إلى الموارد المتاحة للجمهور بالانقطاع.
مهم
قبل تمكين دعم البيئة الظاهرية لبيئة Power Platform، تأكد من التحقق من رمز المكونات الإضافية والموصلات. يَجِبُ عَلَيْكَ تَحْدِيثُ عَنَاوِينِ الرَّوَابِطِ (URLs) وَالاِتِّصَالَاتِ لِتَعْمَلَ مَعَ الاِتِّصَالِيَّةِ الخَاصَّةِ.
على سبيل المثال، قد يحاول المكون الإضافي الاتصال بخدمة متوفرة للجمهور، ولكن نهج الشبكة لا يسمح بالوصول العام إلى الإنترنت داخل Virtual Network. يمنع نهج الشبكة الاستدعاء من المكون الإضافي. لتجنب المكالمة المحظورة، يمكنك استضافة الخدمة المتوفرة للجمهور في Virtual Network. بدلا من ذلك، إذا كانت الخدمة مستضافة في Azure، يمكنك استخدام نقطة نهاية خاصة على الخدمة قبل تشغيل الدعم Virtual Network في بيئة Power Platform.
الأسئلة المتداولة
ما الفرق بين بوابة بيانات الشبكة الظاهرية ودعم شبكة Azure الظاهرية ل Power Platform؟
بوابة بيانات الشبكة الظاهرية هي بوابة مدارة تستخدمها للوصول إلى خدمات Azure وPower Platform من داخل الشبكة الظاهرية دون الحاجة إلى إعداد بوابة بيانات محلية. على سبيل المثال، تم تحسين البوابة لأحمال عمل ETL (استخراج وتحويل وتحميل) في تدفقات بيانات Power BI وPower Platform.
يستخدم دعم الشبكة الافتراضية Azure لـ Power Platform تفويض الشبكة الفرعية لـ Azure في بيئة Power Platform. يتم استخدام الشبكات الفرعية بواسطة أحمال العمل في بيئة Power Platform. تستخدم واجهة برمجة تطبيقات Power Platform الدعم لـ Virtual Network حيث أن الطلبات ذات عمر قصير ومحسنة لتحقيق عدد كبير من الطلبات بكفاءة عالية.
ما هي السيناريوهات التي يجب أن أستخدم فيها دعم الشبكة الافتراضية لـ Power Platform وبوابة بيانات الشبكة الافتراضية؟
دعم الشبكة الافتراضية لـ Power Platform هو الخيار الوحيد المدعوم لجميع سيناريوهات الاتصال الصادر من Power Platform باستثناء Power BI وتدفقات بيانات Power Platform.
Power BI وتدفقات بيانات Power Platform تستمر في استخدام بوابة بيانات الشبكة الظاهرية (vNet) .
كيف تتأكد من عدم استخدام الشبكة الفرعية الظاهرية أو بوابة البيانات من عميل من قبل عميل آخر في Power Platform؟
يدعم الشبكة الافتراضية لمنصة Power Platform باستخدام تفويض الشبكة الفرعية Azure.
ترتبط Power Platform كل بيئة بشبكة فرعية ظاهرية واحدة. يسمح فقط للمكالمات من هذه البيئة بالوصول إلى هذه الشبكة الظاهرية.
يسمح لك التفويض بتعيين شبكة فرعية معينة لأي نظام أساسي Azure كخدمة (PaaS) يحتاج إلى إدخاله في شبكتك الظاهرية.
هل يدعم الشبكة الافتراضية (Virtual Network) التجاوز في حالة فشل منصة باور (Power Platform)؟
نعم، تحتاج إلى تفويض الشبكات الظاهرية لكل من المناطق Azure المقترنة بمنطقة Power Platform. على سبيل المثال، إذا كانت بيئة Power Platform الخاصة بك في كندا، فستحتاج إلى إنشاء شبكات ظاهرية وتفويضها وتكوينها في CanadaCentral وCanadaEast.
كيف يمكن لبيئة Power Platform في منطقة ما الاتصال بالموارد المستضافة في منطقة أخرى؟
يجب أن توجد Virtual Network المرتبطة ببيئة Power Platform في منطقة بيئة Power Platform. إذا كانت الشبكة الظاهرية في منطقة مختلفة، فقم بإنشاء شبكة ظاهرية في منطقة بيئة Power Platform واستخدم تناظر الشبكة الظاهرية على كل من الشبكات الظاهرية المفوضة للشبكة الفرعية لمنطقة Azure لسد الفجوة مع الشبكة الظاهرية في المنطقة المنفصلة.
هل يمكنني مراقبة حركة البيانات الصادرة من الشبكات الفرعية المفوضة؟
نعم. يمكنك استخدام مجموعة أمان الشبكة و جدران الحماية لمراقبة حركة المرور الصادرة من خلال الشبكات الفرعية المفوضة. لمزيد من المعلومات، راجع Monitor الشبكة الافتراضية في Azure.
هل يمكنني إجراء مكالمات مرتبطة بالإنترنت من المكونات الإضافية أو الموصلات بعد تفويض الشبكة الفرعية لبيئة العمل؟
نعم. يتوفر الوصول المرتبط بالإنترنت بشكل افتراضي من المكونات الإضافية والموصلات في بيئة تفويض الشبكة الفرعية. نوصي بإرفاق بوابة Azure NAT بالشبكة الفرعية المفوضة حتى تتمكن مؤسستك من التحكم في الوصول الصادر وتأمينه. لمزيد من المعلومات، راجع أفضل الممارسات لتأمين الاتصالات الصادرة من خدمات Power Platform.
هل يمكنني تحديث نطاق عنوان IP للشبكة الفرعية بعد تفويضه إلى "Microsoft.PowerPlatform/enterprisePolicies"؟
لا، ليس أثناء استخدام الميزة في بيئتك. لا يمكنك تغيير نطاق عنوان IP للشبكة الفرعية بعد تفويضها إلى "Microsoft.PowerPlatform/enterprisePolicies". إذا قمت بذلك، يتم قطع تكوين التفويض وتتوقف البيئة عن العمل. لتغيير نطاق عنوان IP، قم بإزالة ميزة التفويض من البيئة الخاصة بك، وقم بإجراء التغييرات اللازمة، ثم قم بتشغيل الميزة للبيئة الخاصة بك.
هل يمكنني تحديث عنوان DNS Virtual Network بعد تفويضه إلى "Microsoft.PowerPlatform/enterprisePolicies"؟
لا، ليس أثناء استخدام الميزة في بيئتك. لا يمكنك تغيير عنوان DNS Virtual Network بعد تفويضه إلى "Microsoft.PowerPlatform/enterprisePolicies". إذا قمت بذلك، فلن يتم التقاط التغيير في التكوين وقد تتوقف بيئتك عن العمل. لتغيير عنوان DNS، قم بإزالة ميزة التفويض من بيئتك، وقم بإجراء التغييرات اللازمة، ثم قم بتشغيل الميزة للبيئة الخاصة بك.
هل يمكنني استخدام نفس نهج المؤسسة لبيئات Power Platform متعددة؟
نعم. يمكنك استخدام نفس نهج المؤسسة لبيئات Power Platform متعددة. ومع ذلك، هناك قيود على أنه لا يمكن استخدام بيئات دورة الإصدار المبكر مع نفس نهج المؤسسة مثل البيئات الأخرى.
يحتوي Virtual Network الخاص بي على DNS مخصص تم تكوينه. هل Power Platform يستخدم DNS المخصص؟
نعم. يستخدم Power Platform DNS المخصص الذي تم تكوينه في الشبكة الظاهرية التي بها الشبكة الفرعية المفوضة لحل كافة نقاط النهاية. بعد تفويض البيئة، يمكنك تحديث المكونات الإضافية لاستخدام نقطة النهاية الصحيحة بحيث يمكن ل DNS المخصص حلها.
يوجد في بيئتي المكونات الإضافية مقدمة من ISV. هل يتم تشغيل هذه المكونات الإضافية في الشبكة الفرعية المفوضة؟
نعم. يمكن تشغيل جميع المكونات الإضافية للعملاء ومكونات ISV الإضافية باستخدام شبكتك الفرعية. إذا كانت المكونات الإضافية ل ISV ذات اتصال الصادر، فقد يلزم إدراج عناوين URL هذه في جدار الحماية الخاص بك.
لا يتم توقيع شهادات TLS نقطة نهاية محلية خاصة بي بواسطة الشهادات الجذر (CA) الموثوقة المعروفة. هل تدعم شهادات غير معروفة؟
لا. ويتعين علينا التأكد من نقطة النهاية تقديم شهادة TLS مع تقديم الشهادة الكاملة. لا يمكن إضافة CA الجذر المخصص إلى قائمة كيانات CAs المعروفة.
ما هو الإعداد الموصى به لشبكة الافتراضية "Virtual Network" ضمن مستأجر العميل؟
لا نُوصي بأي مخطط محدد. ومع ذلك، يستخدم عملاؤنا تخطيط الشبكة Hub-spoke على نطاق واسع في Azure.
هل ربط اشتراك Azure بمستأجر Power Platform ضروري لتنشيط Virtual Network؟
نعم، لتمكين دعم Virtual Network لبيئات Power Platform، من الضروري أن يكون لديك اشتراك Azure مرتبط بمستأجر Power Platform.
كيف يستخدم Power Platform تفويض الشبكة الفرعية Azure؟
عندما تحتوي بيئة Power Platform على شبكة فرعية Azure مفوضة معينة، فإنها تستخدم حقن الشبكة الافتراضية في Azure لإدخال الحاوية في وقت التشغيل في شبكة فرعية مفوضة. خلا هذه العملية، يتم تخصيص عنوان IP من الشبكة الفرعية المفوضة لبطاقة واجهة الشبكة (NIC) للحاوية. يحدث الاتصال بين المضيف (Power Platform) والحاوية من خلال منفذ محلي على الحاوية، وتتدفق حركة المرور عبر Azure Fabric.
هل يمكنني استخدام شبكة افتراضية موجودة لمنصة الطاقة؟
نعم، يمكنك استخدام Virtual Network موجودة ل Power Platform، إذا تم تفويض شبكة فرعية واحدة جديدة داخل Virtual Network خصيصا إلى Power Platform. يجب تخصيص الشبكة الفرعية المفوضة لتفويض الشبكة الفرعية ولا يمكنك استخدامها لأغراض أخرى.
هل يمكنني إعادة استخدام نفس الشبكة الفرعية المفوضة في سياسات مؤسسة متعددة؟
لا. لا يمكنك إعادة استخدام نفس الشبكة الفرعية في نهج متعددة للمؤسسات. يجب أن يكون لكل Power Platform سياسة مؤسسة شبكة فرعية فريدة خاصة بها للتفويض.
ما مكون Dataverse الإضافي؟
المكون الإضافي Dataverse هو جزء من التعليمات البرمجية المخصصة التي يمكنك نشرها في بيئة Power Platform. يمكنك تكوين هذا المكون الإضافي لتشغيله أثناء الأحداث (مثل تغيير البيانات) أو تشغيله كواجهة برمجة تطبيقات مخصصة. لمزيد من المعلومات، راجع المكونات الإضافية ل Dataverse.
كيف يمكن تشغيل مكون Dataverse الإضافي؟
يتم تشغيل المكون الإضافي Dataverse داخل حاوية. عند تعيين شبكة فرعية مفوضة إلى بيئة Power Platform، تحصل بطاقة واجهة الشبكة (NIC) للحاوية على عنوان IP من مساحة عنوان تلك الشبكة الفرعية. يتصل المضيف (Power Platform) والحاوية من خلال منفذ محلي على الحاوية، وتتدفق حركة المرور عبر Azure Fabric.
هل يمكن تشغيل عدة وظائف إضافية داخل نفس حاوية؟
نعم. في بيئة Power Platform أو Dataverse معينة، يمكن تشغيل عدة مكونات إضافية داخل نفس الحاوية. تستخدم كل حاوية عنوان IP واحدا من مساحة عنوان الشبكة الفرعية، ويمكن لكل حاوية تشغيل طلبات متعددة.
كيف تتعامل البنية الأساسية مع زيادة في المكونات الإضافية المتزامنة؟
ومع زيادة عدد المكونات الإضافية المتزامنة، تقوم البنية الأساسية تلقائيًا باستيعاب الحمل. وينبغي أن تكون الشبكة الفرعية المفوضة إلى بيئة Power Platform بها مساحات عنوان كافية لمعالجة حجم فترات الذروة لأحمال العمل في بيئة Power Platform تلك.
من يتحكم في نهج Virtual Network والشبكة المرتبطة به؟
لديك ملكية والتحكم في الشبكة الظاهرية ونهج الشبكة المرتبطة بها. من ناحية أخرى، يستخدم Power Platform عناوين IP المخصصة من الشبكة الفرعية المفوضة ضمن هذا Virtual Network.
هل تدعم المكونات الإضافية الخاصة بشركة Azure الشبكة الافتراضية؟
لا، المكونات الإضافية المتوافقة مع Azure لا تدعم الشبكة الافتراضية.