إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
ملحوظة
يتوفر مجتمع Power Platform Virtual Network على Microsoft Viva Engage. انشر أي أسئلة أو ملاحظات لديك حول هذه الوظيفة. انضم عن طريق ملء طلب من خلال النموذج التالي: طلب الوصول إلى Finance and Operations Viva Engage Community.
باستخدام دعم الشبكة الافتراضية في Azure (VNet) ل Power Platform، يمكنك دمج Power Platform مع الموارد داخل شبكتك الظاهرية دون تعريضها عبر الإنترنت العام. يستخدم دعم الشبكة الظاهرية (VNet) تفويض الشبكة الفرعية في Azure لإدارة حركة المرور الصادرة من Power Platform أثناء التشغيل. باستخدام تفويض الشبكة الفرعية Azure، لا تحتاج الموارد المحمية إلى أن تكون متاحة عبر الإنترنت للتكامل مع Power Platform. باستخدام دعم VNet، يمكن لمكونات Power Platform استدعاء الموارد المملوكة لمؤسستك داخل شبكتك، سواء كانت مستضافة في Azure أو محلية، واستخدام المكونات الإضافية والموصلات لإجراء مكالمات صادرة.
يتكامل Power Platform مع موارد المؤسسة عبر الشبكات العامة بشكل نموذجي. مع الشبكات العامة، يجب أن تكون موارد المؤسسة قابلة للوصول من قائمة نطاقات IP Azure أو علامات الخدمة، والتي تصف عناوين IP العامة. ومع ذلك، يتيح لك دعم VNet في Power Platform استخدام شبكة خاصة مع الاستمرار في التكامل مع الخدمات السحابية أو الخدمات المستضافة داخل شبكة مؤسستك.
تتم حماية خدمات Azure داخل شبكة ظاهرية بواسطة نقاط نهاية خاصة. يمكنك استخدام ExpressRoute لإحضار الموارد المحلية داخل الشبكة الظاهرية.
يستخدم Power Platform خدمة الشبكة الظاهرية (VNet) والشبكات الفرعية التي تُفوِّضها لإجراء اتصالات صادرة إلى موارد المؤسسة عبر الشبكة الخاصة بالمؤسسة. باستخدام شبكة خاصة، لا تحتاج إلى توجيه الحركة المرورية عبر الإنترنت العام، مما قد يعرض موارد المؤسسة للخطر.
في شبكة افتراضية، لديك تحكم كامل في حركة المرور الصادرة من Power Platform. يطبق مسؤول الشبكة نهج الشبكة على حركة المرور. يوضح الرسم التخطيطي التالي كيفية تفاعل الموارد داخل شبكتك مع شبكة ظاهرية.
فوائد دعم Azure VNet
باستخدام دعم VNet، تحصل مكونات Power Platform وDataverse على جميع المزايا التي يوفرها تفويض الشبكة الفرعية Azure، مثل:
حماية البيانات: يسمح دعم الشبكة الظاهرية لخدمات Power Platform بالاتصال بمواردك الخاصة والمحمية دون تعريضها للإنترنت.
لا يوجد وصول غير مصرح به: يتصل دعم VNet بمواردك دون الحاجة إلى نطاقات 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 VNet لكل من مكونات Dataverse الإضافية والموصلات. باستخدام هذا الدعم، يمكنك إنشاء اتصال آمن، خاص، صادر من Power Platform إلى الموارد داخل شبكتك الظاهرية. تعمل مكونات Dataverse الإضافية والموصلات على تحسين أمان تكامل البيانات من خلال الاتصال بمصادر البيانات الخارجية من تطبيقات Power Apps Power Automate Dynamics 365. على سبيل المثال، يمكنك:
- استخدم المكونات الإضافية Dataverse للاتصال بمصادر بيانات السحابة، مثل Azure SQL أو تخزين Azure أو تخزين البيانات الثنائية الكبيرة أو Azure Key Vault. يمكنك حماية بياناتك من نقل غير مصرّح للبيانات، وحواداث أخرى.
- استخدم المكونات الإضافية Dataverse للاتصال بأمان بالموارد الخاصة المحمية بنقطة النهاية في Azure، مثل واجهة برمجة تطبيقات الويب، أو أي موارد داخل شبكتك الخاصة، مثل SQL وواجهة برمجة تطبيقات الويب. يمكنك حماية بياناتك من خروقات البيانات والتهديدات الخارجية الأخرى.
- استخدم الموصلات المدعومة بالشبكة الظاهرية مثل 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 |
ملحوظة
يتوفر الدعم في بيئات السحابة الحكومية الأمريكية حاليا فقط للبيئات المنشورة في Government Community Cloud – High (GCC High) أو وزارة الدفاع (DoD). لا يتوفر الدعم لبيئات سحابة المجتمع الحكومي (GCC).
الخدمات المدعومة
يسرد الجدول التالي الخدمات التي تدعم تفويض الشبكة الفرعية Azure لدعم VNet ل Power Platform.
| المساحة | خدمات Power Platform | توفر دعم VNet |
|---|---|---|
| Dataverse | المكونات الإضافية ل Dataverse | متوفرة بشكل عام |
| الموصلات | متوفرة بشكل عام | |
| الموصلات | متوفرة بشكل عام |
البيئات المدعومة
دعم VNet ل Power Platform غير متوفر لجميع بيئات Power Platform. يسرد الجدول التالي أنواع البيئة التي تدعم VNet.
| نوع البيئة | مدعوم |
|---|---|
| الإنتاج | نعم |
| Default | نعم |
| بيئة الاختبار المعزولة | نعم |
| المطور | نعم |
| الإصدار التجريبي | لا. |
| Microsoft Dataverse من أجل الفرق | لا. |
اعتبارات لتمكين دعم VNet لبيئة Power Platform
عند استخدام دعم VNet في بيئة Power Platform، فإن جميع الخدمات المدعومة، مثل المكونات الإضافية والموصلات Dataverse، تنفذ الطلبات في وقت التشغيل في الشبكة الفرعية المفوضة وتخضع لسياسات الشبكة. بدأت الاستدعاءات إلى الموارد المتاحة للجمهور بالانقطاع.
مهم
قبل تمكين دعم البيئة الظاهرية لبيئة Power Platform، تحقق من التعليمات البرمجية للمكونات الإضافية والموصلات. تحديث عناوين URL والاتصالات للعمل مع الاتصال الخاص.
على سبيل المثال، قد يحاول المكون الإضافي الاتصال بخدمة متوفرة للجمهور، ولكن نهج الشبكة لا يسمح بالوصول العام إلى الإنترنت داخل شبكتك الظاهرية. يمنع نهج الشبكة الاستدعاء الصادر من المكوّن الإضافي. لتجنب المكالمة المحظورة، يمكنك استضافة الخدمة المتوفرة للجمهور في شبكتك الظاهرية. بدلا من ذلك، إذا كانت الخدمة مستضافة في Azure، يمكنك استخدام نقطة نهاية خاصة على الخدمة قبل تشغيل دعم VNet في بيئة Power Platform.
الأسئلة المتداولة
ما الفرق بين بوابة بيانات الشبكة الظاهرية ودعم VNet ل Power Platform؟
بوابة بيانات الشبكة الظاهرية هي بوابة مدارة تستخدمها للوصول إلى خدمات Azure وPower Platform من داخل شبكتك الظاهرية دون الحاجة إلى إعداد بوابة بيانات محلية. على سبيل المثال، تم تحسين البوابة لأحمال عمل ETL (استخراج وتحويل وتحميل) في تدفقات بيانات Power BI وPower Platform.
يستخدم دعم Azure VNet في Power Platform تفويضًا لشبكة فرعية في Azure لبيئة Power Platform الخاصة بك. يتم استخدام الشبكات الفرعية بواسطة أحمال العمل في بيئة Power Platform. تستخدم أحمال عمل واجهة برمجة تطبيقات Power Platform دعم VNet لأن الطلبات قصيرة الأجل ومحسنة لعدد كبير من الطلبات.
ما هي السيناريوهات التي يجب أن أستخدم فيها دعم VNet ل Power Platform وبوابة بيانات الشبكة الظاهرية؟
دعم VNet ل Power Platform هو الخيار الوحيد المدعوم لجميع سيناريوهات الاتصال الصادر من Power Platform باستثناء تدفقات بيانات Power BI وPower Platform.
تستمر تدفقات بيانات Power BI وPower Platform في استخدام بوابة بيانات الشبكة الظاهرية (VNet).
كيف تتأكد من عدم استخدام الشبكة الفرعية الظاهرية أو بوابة البيانات من عميل من قبل عميل آخر في Power Platform؟
يستخدم دعم الشبكة الظاهرية لـ Power Platform تفويض الشبكة الفرعية في Azure.
ترتبط Power Platform كل بيئة بشبكة فرعية ظاهرية واحدة. يسمح فقط للمكالمات من هذه البيئة بالوصول إلى هذه الشبكة الظاهرية.
يسمح لك التفويض بتعيين شبكة فرعية معينة لأي نظام أساسي Azure كخدمة (PaaS) يحتاج إلى إدخاله في شبكتك الظاهرية.
هل يدعم دعم VNet لـ Power Platform التبديل التلقائي عند التعطل؟
نعم، تحتاج إلى تفويض الشبكات الظاهرية لكل من المناطق Azure المقترنة بمنطقة Power Platform. على سبيل المثال، إذا كانت بيئة Power Platform في كندا، فأنت بحاجة إلى إنشاء شبكات ظاهرية وتفويضها وتكوينها في CanadaCentral و CanadaEast.
كيف يمكن لبيئة Power Platform في منطقة ما الاتصال بالموارد المستضافة في منطقة أخرى؟
يجب أن توجد شبكة ظاهرية مرتبطة ببيئة Power Platform في منطقة بيئة Power Platform. إذا كانت الشبكة الظاهرية في منطقة مختلفة، فأنشئ شبكة ظاهرية في المنطقة الخاصة ببيئة Power Platform واستخدم إقران شبكة VNet على كلتا الشبكتين الظاهريتين المفوضتين في الشبكات الفرعية ضمن منطقتَي Azure لربطها بالشبكة الظاهرية الموجودة في المنطقة الأخرى.
هل يمكنني مراقبة حركة البيانات الصادرة من الشبكات الفرعية المفوضة؟
نعم. يمكنك استخدام كلٍّ من مجموعة أمان الشبكة وجدران الحماية لمراقبة حركة المرور الصادرة من الشبكات الفرعية المُفوَّضة. لمزيد من المعلومات، راجع Monitor الشبكة الافتراضية في Azure.
هل يمكنني إجراء مكالمات مرتبطة بالإنترنت من المكونات الإضافية أو الموصلات بعد تفويض بيئتي للشبكة الفرعية؟
نعم. يتوفر الوصول المرتبط بالإنترنت بشكل افتراضي من المكونات الإضافية والموصلات في بيئة تفويض الشبكة الفرعية. إرفاق بوابة NAT Azure بالشبكة الفرعية المفوضة حتى تتمكن مؤسستك من التحكم في الوصول الصادر وتأمينه. لمزيد من المعلومات، راجع أفضل الممارسات لتأمين الاتصالات الصادرة من خدمات Power Platform.
هل يمكنني تحديث نطاق عناوين IP للشبكة الفرعية بعد تفويضه إلى Microsoft.PowerPlatform/enterprisePolicies؟
لا، ليس أثناء استخدام الميزة في بيئتك. لا يمكنك تغيير نطاق عنوان IP للشبكة الفرعية بعد تفويضها إلى "Microsoft. PowerPlatform/enterprisePolicies." إذا قمت بتغيير نطاق عنوان IP، فواصل تكوين التفويض وتوقفت البيئة عن العمل. لتغيير نطاق عنوان IP، استخدم Disable-SubnetInjection، وقم بإجراء التغييرات اللازمة، ثم قم بتشغيل الميزة للبيئة الخاصة بك.
هل يمكنني تحديث عنوان DNS لشبكتي الظاهرية بعد تفويضه إلى Microsoft.PowerPlatform/enterprisePolicies؟
لا، ليس أثناء استخدام الميزة في بيئتك. لا يمكنك تغيير عنوان DNS للشبكة الظاهرية بعد تفويضه إلى Microsoft.PowerPlatform/enterprisePolicies. إذا قمت بتغيير عنوان DNS، فلن يتم التقاط التغيير في التكوين، وقد تتوقف بيئتك عن العمل. لتغيير عنوان DNS، استخدم Disable-SubnetInjection لإلغاء ربط جميع بيئاتك من النهج، وإجراء التحديثات الضرورية إلى الشبكة الظاهرية الخاصة بك، وانتظر 30 دقيقة لضمان نشر التغييرات الخاصة بك، ثم إعادة تمكين حقن الشبكة الفرعية باستخدام Enable-SubnetInjection.
هل يمكنني استخدام نفس نهج المؤسسة لبيئات Power Platform متعددة؟
نعم. يمكنك استخدام نفس نهج المؤسسة لبيئات Power Platform متعددة. ومع ذلك، هناك قيود على أنه لا يمكن استخدام بيئات دورة الإصدار المبكر مع نفس نهج المؤسسة مثل البيئات الأخرى.
تحتوي شبكتي الظاهرية على DNS مخصص تم تكوينه. هل Power Platform يستخدم DNS المخصص؟
نعم. تستخدم Power Platform خدمة DNS المخصصة التي تُكوّنها في الشبكة الافتراضية التي تحتوي على الشبكة الفرعية المفوَّضة لتحليل جميع نقاط النهاية. بعد تفويض البيئة، يمكنك تحديث المكونات الإضافية لاستخدام نقطة النهاية الصحيحة بحيث يمكن ل DNS المخصص حلها.
تحتوي بيئتي على المكونات الإضافية التي يوفرها ISV. هل سيتم تشغيل هذه المكونات الإضافية في الشبكة الفرعية المفوضة؟
نعم. يمكن تشغيل جميع المكونات الإضافية للعملاء ومكونات ISV الإضافية باستخدام شبكتك الفرعية. إذا كانت مكونات ISV الإضافية لديها اتصال صادر، فقد تحتاج إلى سرد عناوين URL هذه في جدار الحماية الخاص بك.
لا يتم توقيع شهادات TLS نقطة نهاية محلية خاصة بي بواسطة الشهادات الجذر (CA) الموثوقة المعروفة. هل تدعم شهادات غير معروفة؟
لا. يتطلب Power Platform نقطة النهاية لتقديم شهادة TLS مع السلسلة الكاملة. لا يمكنك إضافة الهيئة المصدِّقة الجذرية الخاصة بك إلى قائمة الهيئات المصدِّقة المعروفة.
ما هو الإعداد الموصى به لشبكة ظاهرية داخل مستأجر عميل؟
لا توصي Power Platform بأي بنية محددة. ومع ذلك، يستخدم العملاء على نطاق واسع طوبولوجيا الشبكة المحورية والمتفرعة في Azure.
هل ربط اشتراك Azure بمستأجر Power Platform ضروري لتنشيط دعم VNet؟
نعم، لتمكين دعم VNet لبيئات Power Platform، يجب ربط اشتراك Azure بمستأجر Power Platform.
كيف يستخدم Power Platform تفويض الشبكة الفرعية Azure؟
عند تعيين شبكة فرعية Azure مفوضة إلى بيئة Power Platform، فإنه يستخدم حقن VNet لإدخال الحاوية في وقت التشغيل في الشبكة الفرعية المفوضة. أثناء هذه العملية، تحصل بطاقة واجهة الشبكة (NIC) للحاوية على عنوان IP من الشبكة الفرعية المفوضة. يتصل المضيف (Power Platform) والحاوية من خلال منفذ محلي على الحاوية، وتتدفق حركة المرور عبر Azure Fabric.
هل يمكنني استخدام شبكة ظاهرية موجودة ل Power Platform؟
نعم، يمكنك استخدام شبكة ظاهرية موجودة ل Power Platform، إذا قمت تفويض شبكة فرعية واحدة جديدة داخل الشبكة الظاهرية خصيصا إلى Power Platform. يجب تخصيص الشبكة الفرعية المفوضة لتفويض الشبكة الفرعية ولا يمكنك استخدامها لأغراض أخرى.
هل يمكنني إعادة استخدام نفس الشبكة الفرعية المفوضة في سياسات مؤسسة متعددة؟
لا. لا يمكنك إعادة استخدام نفس الشبكة الفرعية في نهج متعددة للمؤسسات. يجب أن يكون لكل Power Platform سياسة مؤسسة شبكة فرعية فريدة خاصة بها للتفويض.
ما هو المكوّن الإضافي لـ Dataverse؟
المكون الإضافي Dataverse هو جزء من التعليمات البرمجية المخصصة التي يمكنك نشرها في بيئة Power Platform. يمكنك تكوين هذا المكون الإضافي للتشغيل أثناء الأحداث (مثل تغيير في البيانات) أو تشغيله كواجهة برمجة تطبيقات مخصصة. لمزيد من المعلومات، راجع المكونات الإضافية Dataverse.
كيف يعمل المكون الإضافي لـ داتافيرس؟
يعمل مكوّن Dataverse الإضافي داخل حاوية. عند تعيين شبكة فرعية مفوضة إلى بيئة Power Platform، تحصل بطاقة واجهة الشبكة (NIC) للحاوية على عنوان IP من مساحة عنوان تلك الشبكة الفرعية. يتصل المضيف (Power Platform) والحاوية من خلال منفذ محلي على الحاوية، وتتدفق حركة المرور عبر Azure Fabric.
هل يمكن تشغيل عدة مكونات إضافية داخل نفس الحاوية؟
نعم. في بيئة Power Platform أو Dataverse معينة، يمكن تشغيل مكونات إضافية متعددة داخل نفس الحاوية. تستخدم كل حاوية عنوان IP واحدا من مساحة عنوان الشبكة الفرعية، ويمكن لكل حاوية تشغيل طلبات متعددة.
كيف تتعامل البنية الأساسية مع زيادة عمليات تنفيذ المكونات الإضافية المتزامنة؟
مع زيادة عدد عمليات تنفيذ المكون الإضافي المتزامنة، تتوسع البنية الأساسية تلقائيا أو تتوسع لاستيعاب الحمل. وينبغي أن تكون الشبكة الفرعية المفوضة إلى بيئة Power Platform بها مساحات عنوان كافية لمعالجة حجم فترات الذروة لأحمال العمل في بيئة Power Platform تلك.
من يتحكم في نهج الشبكة الظاهرية والشبكة المرتبطة بها؟
لديك ملكية والتحكم في الشبكة الظاهرية ونهج الشبكة المرتبطة بها. من ناحية أخرى، يستخدم Power Platform عناوين IP المخصصة من الشبكة الفرعية المفوضة داخل تلك الشبكة الظاهرية.
هل تدعم المكونات الإضافية المتوافقة مع Azure شبكة VNet؟
لا، لا تدعم المكونات الإضافية المتوافقة مع Azure VNet.