تخطَّ إلى المحتوى

ترحيل السحابة

نقلُ الحِمل هو الجزء الأصغر؛ معرفةُ ما يتحدّث إليه هي بقيّة العمل.

ما هذه الخدمة

ترحيلُ السحابة (Cloud Migration) هو نقلُ التطبيقات والبيانات إلى منصّة سحابيّة بعد تثبيت التبعيّات وأحجام الموارد وتسلسل التحويل أوّلاً. ويشمل العملُ الجردَ، ومنطقةَ الهبوط (Landing Zone) التي تصل إليها الأحمال، وكرّاساتِ التشغيل (Runbooks) التي تنفّذ النقل.

نمطُ الفشل الأكثر تكراراً هو ترحيلٌ يُخطَّط لكلّ خادم على حدة بدل التخطيط لكلّ تطبيق. تنتقل الخوادم بسلاسة ثمّ يتعطّل التطبيق، لأنّ مهمّةً مجدولة أو خادمَ تراخيص أو عنواناً ثابتاً لم يظهر في جرد أحد. رسمُ التبعيّات ليس عملاً ورقيّاً، بل هو ما يحدّد ترتيب الموجات.

متى تحتاجها

إن صدق أكثرُ من واحدةٍ ممّا يلي، فهذه عادةً نقطةُ البداية الصحيحة.

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

ما الذي يشمله النطاق

  • جردُ التطبيقات ورسمُ التبعيّات، مبنيّاً على بيانات الاكتشاف لا على ما تدّعيه قاعدة إدارة التهيئة (CMDB).
  • تحديدُ الأحجام واختيارُ المنصّة الهدف لكلّ حِمل، بما في ذلك الأحمال التي يُستحسن بقاؤها في مكانها.
  • بناءُ منطقة الهبوط: بنيةُ الحسابات أو الاشتراكات، والاتّصالُ الشبكيّ، واتّحادُ الهويّة (Identity Federation)، وسياسةُ الأساس.
  • تخطيطُ الموجات، وكرّاساتُ التحويل، ومعاييرُ التراجع (Rollback) لكلّ موجة.
  • التحقّقُ بعد الترحيل، وتسليمُ كرّاسات التشغيل، وإيقافُ البيئة المصدر وتفكيكها.

ما الذي تستلمه

المُخرَجما يحتويه
خريطة التبعيّاتتبعيّاتٌ بين التطبيقات وبين التطبيقات والبنية التحتيّة، مع تمييز ما رُصد فعليّاً على الشبكة عمّا أخبَرَنا به الناس.
منطقة الهبوطحساباتٌ وشبكةٌ واتّحادُ هويّة وسياسةُ أساس مبنيّةٌ كشيفرة (IaC)، بحيث تُعاد البيئةُ بناءً لا استذكاراً.
خطّة الموجاتأحمالٌ مجمَّعةٌ في موجات ترحيل بحسب التبعيّة والمخاطرة، مع تدوين التسلسل والسبب الذي بُني عليه.
كرّاسات التحويلخطواتٌ ومسؤولون وتوقيتاتٌ واختباراتُ تحقّق ونقطةُ قرار التراجع لكلّ موجة، مُجرَّبةٌ قبل النافذة الحيّة.

مخطّطٌ معماريٌّ مرجعيّ

مرجعٌ لا قالب. بيئتُك هي التي تقرّر أيَّ أجزائه ينطبق، وبأيّ ترتيبٍ يصل.

مخطّطٌ مرجعيٌّ لترحيل السحابة: طبقاتُ الاكتشاف والمنصّة والتحكّمالاكتشاف: Application Inventory, Dependency Mapping, Sizing. المنصّة: Landing Zone, Connectivity, Identity Federation. التحكّم: Migration Waves, Cutover Runbooks, RollbackالاكتشافApplication InventoryDependency MappingSizingالمنصّةLanding ZoneConnectivityIdentity FederationالتحكّمMigration WavesCutover RunbooksRollback
مخطّطٌ مرجعيٌّ لترحيل السحابة: طبقاتُ الاكتشاف والمنصّة والتحكّم

كيف يُقاس النجاح

تُتَّفق المستهدفاتُ معك قبل بدء العمل، ويُرفَع التقريرُ عليها طوال مدّته.

  • الكلفةُ لكلّ حِمل تشغيل مقيسةً على خطّ الأساس قبل الترحيل، مُتتبَّعةً شهريّاً لا عند النهاية.
  • الموجاتُ المنجَزة ضمن نافذتها المخطّطة، مع تدوين سبب كلّ موجة خرجت عنها.
  • اختباراتُ التحقّق الناجحة بعد التحويل، محسوبةً لكلّ تطبيق لا لكلّ خادم.

أسئلةٌ تُطرح علينا

  • هل ننقل كما هو أم نعيد بناء المعماريّة؟

    الاثنان معاً، لكن على أحمالٍ مختلفة. النقلُ كما هو (Lift and Shift) هو الجواب الصحيح حين يكون الموعدُ النهائيّ انتهاءَ عقد إيجار ويكون التطبيق مستقرّاً. أمّا إعادةُ البناء فتستحقّ كلفتها في الأنظمة التي تتغيّر كثيراً أو التي تتوسّع بصعوبة. القرارُ يُتّخذ لكلّ تطبيق، واتّخاذُه مرّةً واحدة لكامل البيئة هو ما يُنتج الفواتير المخيّبة.

  • كم يستغرق الترحيل؟

    يعتمد ذلك على مقدار ما هو موثَّق من البيئة، وعلى عدد التطبيقات التي تعمل كخدمات مشتركة. الاكتشافُ عادةً هو المسار الحرج، لا النقلُ نفسه. ومن المؤشّرات المبكرة المفيدة سرعةُ توقّف الجرد عن إنتاج المفاجآت؛ وقبل ذلك يبقى تخطيطُ الموجات تخميناً.

  • هل ستكون السحابة أرخص؟

    الجوابُ الصادق يعتمد على طبيعة الحِمل وعلى ما تفعلونه بعد النقل. الأنظمةُ الثابتة العاملة على مدار الساعة، حين تُنقل كما هي، تكلّف غالباً أكثر من العتاد المستهلَك الذي غادرته. الوفرُ يأتي من ضبط الأحجام وتخطيط الالتزامات وإطفاء ما لا يُستخدم، وهذه انضباطٌ مستمرّ لا نتيجةٌ تلقائيّة للترحيل.

  • ماذا نفعل بالأحمال التي لا يمكن نقلها؟

    اتركوها، وصمِّموا على هذا الأساس. القيودُ التنظيميّة، وشروطُ الترخيص، وزمنُ الاستجابة إلى نظامٍ ماديّ، ونظامُ تشغيلٍ غير مدعوم، كلّها أسبابٌ مشروعة لإبقاء شيءٍ داخل مركز البيانات. وهذا القرار يحوّل المشروع إلى تصميمٍ هجين، أي إلى مجموعةٍ مختلفة من خيارات الاتّصال والهويّة تُتّخذ عن قصد لا بالمصادفة.

  • كيف تتعاملون مع البيانات؟

    حجمُ البيانات ومعدّلُ تغيّرها يحدّدان الأسلوب. المجموعاتُ الصغيرة الساكنة تُنسخ داخل نافذةٍ واحدة، أمّا الكبيرة أو الدائمةُ التغيّر فتحتاج نسخاً متزامناً يسبق التحويل مع فارقٍ نهائيّ عند اللحظة الحاسمة. الرقمُ المهمّ هو المدّة التي يمكن أن يبقى فيها المصدرُ للقراءة فقط، وهذا جوابٌ تجاريّ قبل أن يكون تقنيّاً.

  • ماذا يحدث إذا فشل التحويل؟

    لكلّ موجةٍ نقطةُ تراجع ووقتٌ يجب أن يُتّخذ القرارُ قبله. التراجعُ يتوقّف عن كونه رخيصاً بمجرّد أن يبدأ الهدفُ باستقبال الكتابة، لذا تسمّي الكرّاسةُ تلك اللحظة صراحةً. والموجاتُ التي يكون التراجعُ فيها غير عمليّ فعلاً تُحدَّد أثناء التخطيط، لا في الثالثة فجراً.

اقرأ أيضًا

  • السحابة الهجينة

    منطقةُ هبوط واتّصالٌ خاصّ ونموذجُ هويّة وسياسةٍ واحد يمتدّ بين مركز البيانات والسحابة، فيصبح موضعُ الحِمل قراراً لا مصادفة.

  • تحسين السحابة

    الوسمُ وإسنادُ التكلفة وضبطُ الأحجام وتخطيطُ الالتزامات، لإنفاقٍ سحابيّ يمكن نسبتُه إلى مالكٍ وشرحُه بنداً بنداً في كلّ دورة فوترة.

ابدأ بتقييم

أسرعُ طريقٍ إلى جوابٍ مفيد نظرةٌ قصيرةٌ محدَّدةُ النطاق على ما لديكم أصلًا.