الأسئلة المتداولة للخدمات السحابية (الدعم الموسع)

• ما المقصود بالخدمات السحابية (الكلاسيكية): microsoft.classiccompute/domainnames
• الخدمات السحابية (الدعم الموسع): microsoft.compute/cloudservices

تتوفر الخدمات السحابية (الدعم الموسع) في جميع المناطق السحابية العامة والسيادية.

سيحتاج العملاء إلى طلب الحصة النسبية باستخدام نفس العمليات مثل أي منتج Azure Resource Manager آخر. الحصة النسبية في Azure Resource Manager إقليمية وستحتاج إلى طلب حصة منفصلة لكل منطقة.

لا تدعم الخدمات السحابية (الدعم الموسع) المفهوم المنطقي للخدمة المستضافة، والتي تضمنت فتحتين (الإنتاج والتقسيم المرحلي). كل عملية نشر هي خدمة نشر سحابة مستقلة (دعم موسع). لاختبار إصدار جديد من الخدمة السحابية وتنظيمه، قم بنشر خدمة سحابية (دعم موسع) وتمييزها كـ VIP قابلة للتبديل مع خدمة سحابية أخرى (دعم موسع)

لم يعد مفهوم أسماء الخدمة المستضافة موجودا، لا يمكنك إنشاء خدمة سحابية فارغة (دعم موسع).

لا، لا تدعم الخدمات السحابية (الدعم الموسع) التحقق من صحة الموارد (RHC).

لا توجد تغييرات في مقاييس مثيل الدور.

لا توجد تغييرات على تصميم أو بنية أو مكونات أدوار الويب والعاملين.

عند حدوث مكالمات متعددة بالقياس على نفس Cloud Service (للأدوار المختلفة) في نفس الوقت التقريبي، بسبب حالة السباق، تخرج مكونات Microsoft Platform عن التزامن ما يؤدي إلى حالات الفشل. تعمل Microsoft بنشاط على حل هذه المشكلة. إن الحل المقترح للفترة المؤقتة لا يتمثل في تغيير حجم كل الأدوار تلقائياً في وقت واحد.

لا توجد أي تغييرات على التصميم أو البنية أو مكونات مثيلات الدور.

لا توجد أي تغييرات على أسلوب التمهيد. ستحصل الخدمات السحابية (الكلاسيكية) والخدمات السحابية (الدعم الموسع) على نفس التحديثات.

يعتمد نشر خدمات السحابة (الدعم الموسع) الحالة "إيقاف تخصيص" التي تظهر كأنها "متوقف" في مدخل Azure فقط. متوقف - الحالة غير المخصصة غير مدعومة.

لا يمكن توسيع نطاق عمليات نشر الخدمات السحابية (الدعم الموسع) عبر مجموعات ومناطق توفر ومناطق متعددة.

يمكن الوصول إلى معرف النشر، المعروف أيضا باسم المعرف الخاص، باستخدام CloudServiceInstanceView API. كما أنها متوفرة على مدخل Azure تحت شفرة الدور والمثيلات لخدمة السحابة (الدعم الموسع)

تستخدم الخدمات السحابية (الدعم الممتد) Azure Key Vault وعناوين IP العامة الأساسية (ARM). يحتاج العملاء الذين يحتاجون إلى شهادات إلى استخدام Azure Key Vault لإدارة الشهادات (تعرف على المزيد حول تسعير Azure Key Vault.) يتم فرض رسوم على كل عنوان IP عام للخدمات السحابية (الدعم الموسع) بشكل منفصل (تعرف على المزيد حول تسعير عنوان IP العام.)

تم إصلاح خطأ في فوترة النطاق الترددي في نوفمبر 2022، مما أدى إلى احتمالية رؤية العملاء لزيادة الفوترة استنادا إلى نقل البيانات إلى مناطق أو إنترنت أخرى. للحصول على مرجع إضافي، تفضل بزيارة صفحة تسعير عرض النطاق الترددي ل Azure.

اتفاقية مستوى الخدمة (SLA) للخدمات السحابية (الدعم الموسع) هي نفسها اتفاقية مستوى الخدمة للخدمات السحابية (الكلاسيكية). يرجى الرجوع إلى مستندات الترخيص.

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

يجب أن يعيش كل من Vault الرئيسي والشبكة الظاهرية وعناوين IP العامة ومجموعات أمان الشبكة وجداول المسارات في نفس المنطقة.

عناوين IP العامة، موازنات التحميل، مجموعات أمان الشبكة وجداول التوجيه تحتاج إلى العيش في نفس الشبكة الظاهرية.

يمكن تمرير ملفات القالب والمعلمة كمعلمة باستخدام REST وPowerShell وCLI. كما يمكن تحميلها باستخدام مدخل Azure.

يتم استخدام ملفات القالب والمعلمات فقط لأتمتة النشر. مثل خدمات السحابة (الكلاسيكية)، يمكنك إنشاء موارد تابعة يدويًا أولاً ثم نشر خدمات السحابة (الدعم الموسع) باستخدام PowerShell أو أوامر CLI أو من خلال Portal باستخدام csdef أو cscfg الموجود.

لا توجد تغييرات مطلوبة للتعليمات البرمجية للتطبيق الخاص بك وتعبئتها في cspkg. ستستمر التطبيقات الموجودة في العمل كما كان من قبل.

تنسيق حزمة CTP غير مدعوم في الخدمات السحابية (الدعم الموسع). ومع ذلك، فإنه يسمح بحد أقصى لحجم الحزمة يبلغ 800 ميجابايت

لا يدعم CSES دعم الهوية المدارة. لذلك، لا يسمح حساب التخزين حسب التصميم ل CSES بالوصول إلى ملفات الحزمة عند تمكين حساب التخزين فقط VNet المحدد في الإعداد.

لا، يتم ربط عمليات نشر خدمة السحابة (الدعم الموسع) بمجموعة مثل الخدمات السحابية (الكلاسيكية). لذلك، ستستمر حالات فشل التخصيص في الوجود إذا كان نظام التشغيل ممتلئًا.

يعتمد تقدير الوقت المطلوب وترحيل التعقيد على مجموعة من المتغيرات. التخطيط هو الخطوة الأكثر فعالية لفهم نطاق العمل، وموانع العمل وتعقيد الترحيل.

الشبكات الظاهرية مورد مطلوب لأي توزيع على إدارة موارد Azure. يجب أن يعيش نشر الخدمات السحابية (الدعم الموسع) داخل شبكة ظاهرية.

في إدارة موارد Azure، يتم عرض مكونات نشر خدمات السحابة (الدعم الموسع) كمورد لتحسين الرؤية وتحسين التحكم. تم استخدام نفس النوع من الموارد في الخدمات السحابية (الكلاسيكية) ولكن كانت مخفية فقط. أحد الأمثلة على هذا المورد هو Public Load Balancer، وهو الآن مورد صريح "للقراءة فقط" تم إنشاؤه تلقائيًا بواسطة النظام الأساسي

لا يمكن مشاركة شبكة فرعية تحتوي على عمليات نشر الخدمات السحابية (الدعم الموسع) مع عمليات التوزيع من منتجات الحوسبة الأخرى مثل الأجهزة الظاهرية ومجموعات مقياس الأجهزة الظاهرية وService Fabric وما إلى ذلك.

تدعم الخدمات السحابية (الدعم الموسع) أساليب تخصيص IP الديناميكية والثابتة. يتم الرجوع إلى عناوين IP الثابتة كأنها IP محجوز في ملف cscfg.

تتم فوترة العملاء لاستخدام عنوان IP على الخدمات السحابية (الدعم الموسع) تمامًا كما تتم فوترة المستخدمين لعناوين IP المرتبطة الأجهزة الظاهرية.

لا يمكن إضافة IP محجوز أو إزالته أو تغييره أثناء تحديث النشر أو الترقية. إذا كانت عناوين IP بحاجة إلى تغيير، فالرجاء استخدام خدمة سحابية قابلة للتبديل أو نشر خدمتين سحابيتين باستخدام CName في Azure DNS\Traffic Manager بحيث يمكن الإشارة إلى IP إلى أي منهما.

نعم. يمكن أيضًا إعطاء الخدمات السحابية (الدعم الموسع) اسم DNS. باستخدام إدارة موارد Azure، فإن تسمية DNS هي خاصية اختيارية لعنوان IP العام الذي تم تعيينه إلى خدمة السحابة. تنسيق اسم DNS عمليات النشر المستندة إلى إدارة الموارد Azure <userlabel>.<region>.cloudapp.azure.com

‏‏لا. مرجع الشبكة الظاهرية إلزامي في أثناء إنشاء خدمة سحابية. بالنسبة إلى خدمة سحابية موجودة، لا يمكن تغيير مرجع الشبكة الظاهرية. يمكن تعديل مساحة عنوان الشبكة الظاهرية نفسها باستخدام واجهات برمجة التطبيقات VNet.

اعتمدت الخدمات السحابية (الدعم الممتد) نفس العملية مثل عروض الحوسبة الأخرى حيث توجد الشهادات داخل المخازن الرئيسية التي يديرها العميل. وهذا يمكن العملاء من التحكم الكامل في أسرارهم وكذلك شهاداتهم.

‏‏لا. المخزن الرئيسي هو مورد إقليمي والعملاء بحاجة إلى مخزن رئيسي في كل منطقة. ومع ذلك، يمكن استخدام مخزن رئيسي واحد لجميع عمليات النشر داخل منطقة معينة.

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

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

عند حدوث مكالمات متعددة بالقياس على نفس Cloud Service (للأدوار المختلفة) في نفس الوقت التقريبي، بسبب حالة السباق، تخرج مكونات Microsoft Platform عن التزامن ما يؤدي إلى حالات الفشل. تعمل Microsoft بنشاط على حل هذه المشكلة. إن الحل المقترح للفترة المؤقتة لا يتمثل في تغيير حجم كل الأدوار تلقائياً في وقت واحد.

هذا السيناريو غير مدعوم عبر Visual Studio. يرجى النشر عبر PowerShell أو المدخل.

الخطوات التالية

لبدء استخدام خدمات السحابة (الدعم الموسع)، راجع نشر خدمة سحابية (دعم موسع) باستخدام PowerShell