تغييرات ما بعد الترحيل
يتم تحويل توزيع الخدمات السحابية (الكلاسيكية) إلى نشر الخدمات السحابية (الدعم الموسع). لمزيد من المعلومات، راجع وثائق الخدمات السحابية (الدعم الموسع).
التغييرات في ملفات التوزيع
يتم إجراء تغييرات طفيفة على ملف .csdef و.cscfg الخاص بالعميل لجعل ملفات التوزيع تتوافق مع متطلبات Azure Resource Manager والخدمات السحابية (الدعم الموسع). يقوم الترحيل اللاحق باسترداد ملفات النشر الجديدة أو تحديث الملفات الموجودة، المطلوبة لعمليات التحديث/الحذف.
تستخدم الشبكة الظاهرية معرف مورد Azure Resource Manager الكامل بدلا من اسم المورد فقط في قسم NetworkConfiguration من ملف .cscfg. على سبيل المثال،
/subscriptions/subscription-id/resourceGroups/resource-group-name/providers/Microsoft.Network/virtualNetworks/vnet-name
بالنسبة للشبكات الظاهرية التي تنتمي إلى نفس مجموعة الموارد مثل الخدمة السحابية، يمكنك اختيار تحديث ملف .cscfg مرة أخرى لاستخدام اسم الشبكة الظاهرية فقط.يتم استبدال الأحجام الكلاسيكية مثل Small, Large, ExtraLarge بأسماء أحجامها الجديدة، Standard_A*. يجب تغيير أسماء الأحجام إلى أسماءها الجديدة في ملف .csdef. لمزيد من المعلومات، راجع متطلبات نشر الخدمات السحابية (الدعم الموسع)
استخدم Get API للحصول على أحدث نسخة من ملفات التوزيع.
- احصل على القالب باستخدام Portal وPowerShell وCLI وREST API
- احصل على ملف .csdef باستخدام PowerShell أو REST API.
- احصل على ملف .cscfg باستخدام PowerShell أو REST API.
التغييرات على أتمتة العميل، وتدفق CI/CD، والبرامج النصية المخصصة، ولوحات المعلومات المخصصة، والأدوات المخصصة، وما إلى ذلك.
يحتاج العملاء إلى تحديث أدواتهم وأتمتتهم لبدء استخدام واجهات برمجة التطبيقات / الأوامر الجديدة لإدارة توزيعهم. يمكن للعميل بسهولة اعتماد ميزات وقدرات جديدة ل Azure Resource Manager/Cloud Services (الدعم الموسع) كجزء من هذا التغيير.
التغييرات في أسماء الموارد ومجموعة الموارد بعد الترحيل
- كجزء من الترحيل، تتغير أسماء عدد قليل من الموارد مثل خدمة السحابة وعناوين IP العامة وما إلى ذلك. قد تحتاج هذه التغييرات إلى أن تنعكس في ملفات النشر قبل تحديث خدمة السحابة. تعرف على المزيد حول أسماء الموارد المتغيرة.
إعادة إنشاء القواعد والنهج المطلوبة لإدارة الخدمات السحابية وتوسيع نطاقها
- لا يتم ترحيل قواعد المقياس التلقائي. بعد الترحيل، أعد إنشاء قواعد المقياس التلقائي.
- لا يتم ترحيل التنبيهات . بعد الترحيل، أعد إنشاء التنبيهات.
- يتم إنشاء Key Vault دون أي نهج وصول. لعرض شهاداتك أو إدارتها، قم بإنشاء نهج مناسبة على Key Vault. تكون الشهادات مرئية ضمن الإعدادات في علامة التبويب التي تسمى الأسرار.
التغييرات على إدارة الشهادات بعد الترحيل
كممارسة قياسية لإدارة شهاداتك، يجب إضافة جميع ملفات شهادات .pfx الصالحة إلى مخزن الشهادات في Key Vault وسيعمل التحديث بشكل جيد تماما عبر أي عميل - Portal أو PowerShell أو REST API.
حاليا، يقوم مدخل Azure بالتحقق من الصحة لك للتحقق مما إذا كان يتم تحميل جميع الشهادات المطلوبة في مخزن الشهادات في Key Vault ويحذر إذا لم يتم العثور على شهادة. ومع ذلك، إذا كنت تخطط لاستخدام الشهادات كأسرار، فلا يمكن التحقق من صحة هذه الشهادات لبصمات الإبهام الخاصة بها وستفشل أي عملية تحديث تتضمن إضافة أسرار عبر المدخل. يوصى العملاء باستخدام PowerShell أو RestAPI لمتابعة التحديثات التي تتضمن الأسرار.
التغييرات للتحديث عبر Visual Studio
إذا قمت بنشر التحديثات عبر Visual Studio مباشرة، فستحتاج أولا إلى تنزيل أحدث ملف CSCFG من ترحيل نشرك. استخدم هذا الملف كمرجع لإضافة تفاصيل تكوين الشبكة إلى ملف CSCFG الحالي في مشروع Visual Studio. ثم أنشئ الحل وانشره. قد تضطر إلى اختيار Key Vault ومجموعة الموارد لهذا التحديث.
الخطوات التالية
- نظرة عامة على الترحيل المدعوم من النظام الأساسي لموارد IaaS من الكلاسيكية إلى Azure Resource Manager
- الترحيل إلى الخدمات السحابية (الدعم الموسع) باستخدام مدخل Microsoft Azure
- الترحيل إلى الخدمات السحابية (الدعم الموسع) باستخدام PowerShell