وصف Azure Migration Framework

  • 5 دقائق

قبل أن تتمكن من البدء في ترحيل أحمال عمل Tailwind Traders المحلية إلى Azure، يجب أن تفكر في إنشاء خطة ترحيل. يجب أن تحدد الخطة أحمال العمل المراد ترحيلها، والخدمة أو الأدوات المناسبة لاستخدامها أثناء الترحيل. من الناحية المثالية، يجب أن تتضمن خطتك أيضاً تفاصيل حول كيفية تحسين الخدمات التي تم ترحيلها.

يمكن أن يساعدك إطار عمل ترحيل Azure في تطوير خطتك والعمل من خلال الترحيل. يتكون إطار العمل من أربع مراحل: التقييم والترحيل والتحسين والمراقبة.

المرحلة 1: تقييم البيئة المحلية

في المرحلة الأولى، تقوم بتقييم البيئة المحلية الحالية:

  • تحديد تطبيقاتك والخوادم والخدمات والبيانات ذات الصلة، التي تقع ضمن نطاق الترحيل
  • البدء في إشراك أصحاب المصلحة، مثل قسم تكنولوجيا المعلومات ومجموعات الأعمال ذات الصلة
  • إنشاء خريطة مخزون وتبعية كاملة للخوادم والخدمات والتطبيقات التي تخطط لترحيلها
  • تقدير وفورات التكلفة باستخدام حاسبة التكلفة الإجمالية للتملك (TCO) في Azure
  • تحديد الأدوات والخدمات المناسبة التي يمكنك استخدامها لتنفيذ المراحل الأربع

أنماط استراتيجية الترحيل

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

  • إعادة استضافة: غالبا ما يشار إلى إعادة الاستضافة باسم ترحيل الرفع والإزاحة. لا تتطلب هذه الاستراتيجية تغييرات في التعليمات البرمجية، وتسمح لك بترحيل أحمال العمل الحالية إلى Azure بسرعة. يتم ترحيل أعباء الأعمال كما هي، دون تكبد المخاطر والتكاليف المرتبطة بتغييرات التعليمات البرمجية.

  • إعادة بناء التعليمات البرمجية: غالبا ما يشار إلى إعادة بناء التعليمات البرمجية باسم إعادة الحزم. تتطلب إعادة بناء التعليمات البرمجية الحد الأدنى من التغييرات على التطبيقات حتى تتمكن من الاتصال بالنظام الأساسي Azure كخدمة (PaaS) واستخدام العروض السحابية. يمكنك ترحيل التطبيقات الموجودة إلى Azure App Service أو Azure Kubernetes Service (AKS). أو يمكنك إعادة بناء التعليمات البرمجية لقواعد البيانات الارتباطية وغير العلائقية إلى خيارات أخرى. إعادة بناء التعليمات البرمجية في مثيل Azure SQL المدار، وقاعدة بيانات Azure ل MySQL، وقاعدة بيانات Azure ل PostgreSQL، وAzure Cosmos DB (إذا كان من السهل إعادة تجميع تطبيقك للعمل في Azure).

  • إعادة التصميم: تركز إعادة التصميم للترحيل على تعديل وظائف التطبيق وتوسيعها وقاعدة التعليمات البرمجية لتحسين بنية التطبيق لقابلية التوسع السحابي. يمكنك تقسيم تطبيق متجانس إلى مجموعة من الخدمات المصغرة التي تعمل معا وتتوسع بسهولة. أو يمكنك إعادة تصميم قواعد البيانات الارتباطية وغير العلائقية إلى حل قاعدة بيانات مدار بالكامل. إعادة التصميم إلى مثيل Azure SQL المدار، وقاعدة بيانات Azure ل MySQL، وقاعدة بيانات Azure ل PostgreSQL، وAzure Cosmos DB.

  • إعادة البناء: تأخذ إعادة البناء الأمور خطوة أخرى من خلال إعادة بناء تطبيق بالكامل باستخدام تقنيات سحابة Azure. يمكنك إنشاء تطبيقات خضراء الحقول باستخدام تقنيات السحابة الأصلية مثل Azure Functions وAzure الذكاء الاصطناعي ومثيل Azure SQL المدار وAzure Cosmos DB.

  • استبدال: تنفيذ الحلول باستخدام أفضل التقنيات والنهج المتاحة في هذا الوقت. في بعض الأحيان، يمكن أن توفر تطبيقات البرامج كخدمة (SaaS) جميع الوظائف الضرورية لتطبيقاتك المستضافة. بعد ذلك، يمكن جدولة حمل العمل للاستبدال، وإزالته من نطاق الترحيل.

يسرد الجدول التالي سيناريوهات للعمل مع الأنماط الأربعة.

إعادة استضافة إعادة بناء التعليمات البرمجية إعادة التصميم إعادة البناء الاستبدال
نقل أحمال العمل بسرعة إلى السحابة

نقل حمل عمل دون تعديله

للتطبيقات المصممة للاستفادة من قابلية توسع Azure IaaS بعد الترحيل

عندما تكون أحمال العمل مهمة لعملك، ولكنك لا تحتاج إلى تغييرات فورية على قدرات التطبيق		 تطبيق ممارسات DevOps المبتكرة التي يوفرها Azure

تنفيذ استراتيجية حاوية DevOps لأحمال العمل

دعم قابلية نقل قاعدة التعليمات البرمجية الحالية ومهارات التطوير المتاحة		 تحتاج تطبيقاتك إلى مراجعات رئيسية لدمج قدرات جديدة

تحتاج تطبيقاتك إلى مراجعات رئيسية للعمل بفعالية على نظام أساسي سحابي

استخدام استثمارات التطبيقات الحالية

تلبية متطلبات قابلية التوسع

تطبيق ممارسات DevOps المبتكرة

تقليل استخدام الأجهزة الظاهرية		 التطوير السريع

دعم التطبيقات الموجودة ذات الوظائف المحدودة والعمر الافتراضي

تسريع ابتكار الأعمال باستخدام ممارسات DevOps

إعادة البناء باستخدام تقنيات سحابية أصلية جديدة مثل Azure Blockchain

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

تسريع اعتماد النهج المستندة إلى العمليات التجارية

الاستثمارات الإنمائية المعاد تخصيصها التي تخلق التمايز أو المزايا التنافسية

استبدال الحلول الموجودة لصالح عروض SaaS

المرحلة 2: ترحيل أحمال العمل الخاصة بك

بعد إكمال التقييم، يمكنك البدء في عملية ترحيل التطبيقات المستهدفة والخدمات والبيانات المرتبطة بها. تتكون مرحلة الترحيل عادة من الجهود التالية:

  • توزيع أهداف البنية الأساسية السحابية. قبل أن تتمكن من ترحيل أحمال عمل Tailwind Traders، تحتاج إلى إنشاء أهداف البنية الأساسية السحابية المطلوبة. استناداً إلى الأدوات التي تستخدمها لتنفيذ الترحيل، قد تحتاج إلى إنشاء موارد Azure المطلوبة قبل بدء الترحيل. يمكن لبعض الأدوات، مثل Azure Migrate وAzure Database Migration Service إنشاء موارد Azure المستهدفة لك.

  • ترحيل أحمال العمل. من الجيد تجربة ترحيل حمل العمل الخاص بك، واختيار تطبيق غير مهم للإصدار التجريبي. يمكنك هذا الأسلوب من التعرف على الأدوات، واكتساب الخبرة في العمليات والإجراءات، وتقليل المخاطر عند ترحيل أحمال العمل الكبيرة أو المعقدة.

  • إيقاف تشغيل البنية الأساسية المحلية: بعد أن تكون راضيا عن ترحيل التطبيقات وقواعد البيانات المصدر بنجاح، تحتاج إلى إيقاف تشغيل أحمال العمل المصدر. يُرجى مراعاة الاحتفاظ بالنسخ الاحتياطية لأعباء الأعمال الخاصة بالمصدر والبيانات المؤرشفة. وقد تكون هذه البيانات مفيدة لأنها توفر أرشيفاً تاريخياً. يمكنك تخزين هذه النسخ الاحتياطية والأرشيفات في Azure Blob Storage.

المرحلة 3: تحسين أحمال العمل التي تم ترحيلها

بالنسبة لمرحلة التحسين، هناك ثلاثة جهود رئيسية للتركيز عليها للتخطيط الخاص بك:

  • تحليل تكاليف الترحيل لأحمال العمل الخاصة بك
  • مراجعة التوصيات المتعلقة بخفض التكاليف
  • تحديد خيارات لتحسين أداء حمل العمل

يمكنك استخدام إدارة التكاليف من Microsoft (المعروفة سابقا باسم Azure Cost Management and Billing) في مدخل Microsoft Azure لتحليل تكاليف حمل العمل. تتوفر هذه الأداة لمجموعة موارد Azure التي تحتوي على أحمال العمل التي تم ترحيلها. ستجد الأداة في قسم Cost analysis>Cost Management. تظهر لقطة الشاشة التالية تحليل التكلفة لآخر فترة قابلة للفوترة ContosoResourceGroup لمجموعة الموارد. تعرض النتائج التكاليف وفقا لاسم الخدمة والمنطقة والمورد. يمكنك تخصيص نتائج العرض لتلبية احتياجاتك.

Screenshot that shows a cost analysis example with estimated costs in the Azure portal.

للمساعدة في تقليل التكاليف، يمكنك استخدام ميزات Azure Advisor عن طريق اختيار توصيات Advisor. بعد تحليل التكاليف الحالية ومراجعة التوصيات، يمكنك تحديد خياراتك لتحسين أداء حمل العمل الخاص بك.

المرحلة 4: مراقبة أحمال العمل الخاصة بك

يمكنك استخدام Azure Monitor لالتقاط معلومات الصحة والأداء من أجهزة Azure الظاهرية. قم بتثبيت عامل سجلات Azure Monitor (المعروف سابقا باسم Log Analytics) على الأجهزة الظاهرية المستهدفة، ثم قم بإعداد التنبيه وإعداد التقارير.

إشعار

يمكنك تثبيت عامل Azure Monitor Logs على الأجهزة التي تعمل بنظام التشغيل Windows أو Linux.

يمكنك إعداد التنبيهات استنادا إلى مجموعة من مصادر البيانات:

  • قيم قياس محددة، مثل استخدام المعالج
  • نص محدد في ملفات السجل
  • المقاييس الصحية
  • المقاييس التلقائية