إطار الترحيل ذي الاستراتيجيات الست
طبّق استراتيجيات Rehost وReplatform وRearchitect وRebuild وReplace وRetire على مجموعة من التطبيقات المحلية، واختر المسار الأفضل لكل تطبيق
إطار الترحيل ذي الاستراتيجيات الست درس مجاني في Azure Fundamentals على CoddyKit. هذا هو الدرس 1 من أصل 4. يمكنك قراءة الدرس كاملاً أدناه مجاناً — ثم تمرن عليه مباشرة في المتصفح باستخدام محرر أكواد مدمج ومدرس ذكاء اصطناعي متاح 24/7. هذا الدرس جزء من مسار التعلم في Azure Fundamentals، وتقدمك يتزامن عبر الويب وتطبيق CoddyKit. تتضمن دورة Azure Fundamentals 4 دروس في المجموع.
ما إطار عمل 6-Rs؟
يُعد إطار عمل الترحيل 6-Rs منهجًا منظمًا لتصنيف كيفية نقل كل حمل عمل محلي إلى السحابة. تستخدم Microsoft والقطاع الأوسع هذه الاستراتيجيات الست — وتُسمى أيضًا أنماط الترحيل — لجعل قرارات محفظة التطبيقات فعالة ومتسقة. وبدلاً من تطبيق منهج واحد على الجميع، يقيّم المهندسون المعماريون كل تطبيق على حدة ويعيّنون له R الأنسب.
إعادة الاستضافة: الرفع والنقل
تعني إعادة الاستضافة (الرفع والنقل) نقل حمل العمل إلى Azure مع عدم إجراء أي تغييرات على التعليمات البرمجية. إذ تأخذ صورة الجهاز الافتراضي الحالية أو ملف التطبيق الثنائي وتشغّلهما على Azure IaaS. وتُعد هذه أسرع استراتيجية، وتُستخدم عادةً للتطبيقات القديمة التي يصعب تعديلها أو للمؤسسات ذات المواعيد النهائية الضيقة للترحيل. ويؤتمت محرك النسخ المتماثل في Azure Migrate إعادة الاستضافة لمعظم الأجهزة الافتراضية التي تعمل بنظامي Windows وLinux.
# Trigger a replication for lift-and-shift using Azure CLI
az migrate server migration start-replication \
--resource-group myRG \
--project-name myMigrateProject \
--machine-name 'web-server-01'إعادة المنصة: تحسينات سحابية بسيطة
تتضمن إعادة المنصة (وتُسمى أيضًا الرفع والتحسين والنقل) إجراء تحسينات طفيفة أثناء الترحيل من دون تغيير البنية الأساسية. ومن أمثلتها نقل قاعدة بيانات MySQL المُدارة ذاتيًا من جهاز افتراضي إلى Azure Database for MySQL، أو استبدال مرحّل SMTP المستضاف ذاتيًا بـ Azure Communication Services. وتحصل بذلك على مزايا الخدمات المُدارة — مثل التصحيح والنسخ الاحتياطي والتوسع — من دون إعادة كتابة منطق التطبيق.
# Example: Create a managed MySQL Flexible Server (replaces IaaS VM running MySQL)
az mysql flexible-server create \
--name mydb-flexible \
--resource-group myRG \
--location eastus \
--sku-name Standard_D2ds_v4 \
--tier GeneralPurposeإعادة تصميم البنية: إعادة التصميم للسحابة
تعني إعادة تصميم البنية (أو إعادة البناء) إجراء تغييرات كبيرة على بنية التطبيق للاستفادة من الإمكانات السحابية الأصلية. فقد يُقسّم تطبيق .NET متجانس إلى خدمات مصغرة تُنشر على Azure Container Apps، أو قد يُعاد تنفيذ نظام معالجة دفعية قائم على مهام cron باعتباره Azure Functions. وتحقق إعادة تصميم البنية أكبر فوائد طويلة الأجل من حيث قابلية التوسع والتكلفة، لكنها تتطلب أكبر قدر من الاستثمار.
إعادة البناء: إعادة الكتابة من الصفر
تعني إعادة البناء التخلص من التطبيق الحالي بالكامل وإنشاء حل سحابي أصلي جديد. وتُختار هذه الاستراتيجية عندما يكون التطبيق القديم مكلفًا جدًا في صيانته، أو يستخدم مجموعة تقنيات وصلت إلى نهاية عمرها، أو لا يستطيع تلبية متطلبات العمل حتى بعد ترحيله. وتحقق إعادة البناء أقصى استفادة من السحابة الأصلية، لكنها تستغرق أطول وقت للوصول إلى القيمة. ومن الوجهات الشائعة Azure PaaS والخدمات عديمة الخوادم مثل Azure App Service وAzure Functions وCosmos DB.
الاستبدال: اعتماد حلول SaaS
يعني الاستبدال استبدال تطبيق محلي حالي بمنتج SaaS متاح تجاريًا يوفر وظائف مكافئة أو أفضل. ومن الأمثلة على ذلك استبدال CRM محلي بـ Dynamics 365، أو خادم ملفات قديم بـ SharePoint Online. ويلغي الاستبدال إدارة البنية الأساسية بالكامل. وتتمثل المقايضة في انخفاض قابلية التخصيص، واحتمال الحاجة إلى جهود كبيرة لترحيل البيانات وإدارة التغيير.
الإيقاف: إلغاء نشر ما لا تحتاج إليه
تُعد الإيقاف أبسط الاستراتيجيات — إذ تحدد التطبيقات التي لم تعد مستخدمة أو التي أصبحت زائدة عن الحاجة أو استُبدلت، ثم تلغي نشرها بدلاً من ترحيلها. وغالبًا ما تكشف بيانات الاستكشاف التي يجمعها Azure Migrate أن نسبة كبيرة (تصل أحيانًا إلى 20–30%) من الخوادم المحلية ذات استخدام منخفض جدًا أو لا تضم مستخدمين نشطين. ويؤدي إيقاف هذه التطبيقات إلى تقليل نطاق الترحيل وتكاليف الترخيص والتعقيد التشغيلي.
# Query Azure Migrate to find servers with low CPU utilisation (candidates for Retire)
az offazure vmware machine list \
--resource-group myRG \
--site-name mySite \
--query "[?properties.percentageCoresUtilization < '5'].properties.displayName"اختيار R المناسب لكل تطبيق
يتطلب اختيار R المناسب تحليل أربعة عوامل لكل تطبيق: أهمية التطبيق للأعمال والتعقيد التقني والجدول الزمني للترحيل وإجمالي تكلفة الملكية. وتُعد واجهة أمامية بسيطة للويب بلا تبعيات تكامل مرشحًا جيدًا لإعادة الاستضافة. أما التطبيق الذي يحتوي على مئات الإجراءات المخزنة وميزات قواعد البيانات المخصصة، فقد يحتاج إلى إعادة تصميم البنية أو إعادة البناء. وتُعد الأدوات الداخلية منخفضة القيمة مرشحة مثالية للإيقاف أو الاستبدال.
تقييم المحفظة في Azure Migrate
يوفر Azure Migrate ميزة حالة الأعمال التي تقترح تلقائيًا استراتيجية ترحيل للخوادم المكتشفة استنادًا إلى بيانات الاستخدام والتراخيص وتسعير Azure. وتجمع أحمال العمل في فئات إعادة الاستضافة وإعادة المنصة وانتهاء الدعم، مما يمنحك نقطة بداية لتصنيف 6-Rs. ويمكنك تجاوز أي توصية وإضافة سياق الأعمال الخاص بك قبل وضع خطة الترحيل بصيغتها النهائية.
# Create a business case assessment in Azure Migrate
az migrate assessment create \
--resource-group myRG \
--project-name myMigrateProject \
--name businessCase01 \
--type BusinessCaseترتيب مراحل الترحيل
بعد تعيين R لكل تطبيق، تجمع التطبيقات في مراحل ترحيل. وعادةً ما تشكّل التطبيقات المرشحة لإعادة الاستضافة منخفضة المخاطر المرحلة الأولى لبناء ثقة الفريق وإلمامه بالأدوات. وتُنفّذ مشاريع إعادة تصميم البنية وإعادة البناء في مسارات عمل متوازية وبجداول زمنية أطول. ويجب احترام التبعيات بين التطبيقات — مثل طبقة ويب تستدعي قاعدة بيانات مشتركة — حتى تُرحّل التطبيقات ذات الصلة معًا أو بالترتيب الصحيح.
6-Rs وإطار اعتماد السحابة
تتوافق 6-Rs مع مرحلة اعتماد السحابة في إطار اعتماد السحابة من Microsoft. ويوفر CAF قوالب لتخطيط المراحل ومصفوفات RACI واستبيانات لتقييم أحمال العمل، ما يفعّل تطبيق 6-Rs على نطاق المؤسسة. ويجب أن تكون ضوابط الحوكمة التي أُنشئت أثناء مرحلة الاستعداد — مناطق الهبوط والسياسات والهوية — موجودة قبل بدء مراحل الترحيل، حتى تصل أحمال العمل المُرحّلة إلى بيئة متوافقة منذ اليوم الأول.
تحقق سريع
اختبر مدى فهمك لمفاهيم Microsoft Azure Fundamentals (AZ-900) الواردة في هذا الدرس.
مراجعة الدرس
تعلمت في هذا الدرس أن إطار 6-Rs (إعادة الاستضافة وإعادة المنصة وإعادة تصميم البنية وإعادة البناء والاستبدال والإيقاف) يوفر مفردات لاتخاذ قرارات الترحيل، وأن لكل R مقايضة مختلفة بين التكلفة والسرعة، وأن حالة الأعمال في Azure Migrate يمكنها اقتراح استراتيجيات تلقائيًا استنادًا إلى بيانات الاستخدام. وفي الخطوة التالية، سنستكشف كيفية اكتشاف Azure Migrate للخوادم المحلية وتقييمها.
تعلم Azure Fundamentals مع معلم ذكاء اصطناعي — مجانًا
اكتب وقم بتشغيل أكوادك الفعلية في المتصفح، واحصل على مساعدة فورية من معلم ذكاء اصطناعي متاح 24/7، واستمر من حيث توقفت على الويب أو في التطبيق.
- الدورات
- 30
- الدروس
- 120
الأسئلة الشائعة
هل درس «إطار الترحيل ذي الاستراتيجيات الست» مجاني؟
نعم — نص درس «إطار الترحيل ذي الاستراتيجيات الست» كامل متاح مجاناً هنا على الويب. لتمرينه بشكل تفاعلي (محرر أكواد مدمج ومدرس ذكاء اصطناعي متاح 24/7) وفتح باقي دورة Azure Fundamentals، انتقل إلى CoddyKit PRO. تتضمن دورة Azure Fundamentals 4 دروس في المجموع.
ماذا ستتعلم في «إطار الترحيل ذي الاستراتيجيات الست»؟
طبّق استراتيجيات Rehost وReplatform وRearchitect وRebuild وReplace وRetire على مجموعة من التطبيقات المحلية، واختر المسار الأفضل لكل تطبيق تتمرن على Azure Fundamentals مع أكواد عملية تشغلها مباشرة في المتصفح، ومدرس ذكاء اصطناعي متاح 24/7 يجيب على أسئلتك أثناء عملك.
هل أحتاج إلى خبرة سابقة لأبدأ Azure Fundamentals؟
لا تُشترط خبرة سابقة. Azure Fundamentals على CoddyKit منظم للمبتدئين حتى المتقدمين، لذا يمكنك البدء من هنا أو من البداية والتقدم بسرعتك الخاصة. هذا هو الدرس 1 من أصل 4.
كم من الوقت يستغرق درس «إطار الترحيل ذي الاستراتيجيات الست»؟
معظم دروس CoddyKit تستغرق حوالي 5–10 دقائق. كل منها موجز وتفاعلي، لذا تحرز تقدماً مستمراً وتستأنف من حيث توقفت عبر الويب والتطبيق.
هل يمكنني كتابة وتشغيل أكواد في درس Azure Fundamentals هذا؟
نعم. كل درس في Azure Fundamentals يتضمن محرر أكواد مدمج، لذا تكتب وتشغل أكواداً حقيقية مباشرة في متصفحك وتحصل على تعليقات فورية من الذكاء الاصطناعي — بدون إعداد محلي.
جميع الدروس في هذه الدورة
- إطار الترحيل ذي الاستراتيجيات الست
- Azure Migrate: الاكتشاف والتقييم
- إعادة الاستضافة باستخدام Azure Migrate (النقل كما هو)
- أفضل ممارسات ترحيل قواعد البيانات