عناصر استراتيجية الترحيل السبعة

نادراً ما يكون نقل أعباء العمل إلى AWS إجراءً واحداً؛ بل هو مجموعة من القرارات المتعلقة بكل تطبيق. توفر قواعد الترحيل السبع (7 Rs) مفردات مشتركة للمعماريين لتصنيف التطبيقات واختيار مسار الترحيل المناسب. في اختبار SAA-C03، يجب أن تعرف أي قاعدة تنطبق على وصف سيناريو معين، إذ تختبر الأسئلة غالباً قدرتك على مطابقة خصائص التطبيق باستراتيجية الترحيل الصحيحة.

تنقل استراتيجية Rehost (النقل كما هو) التطبيق إلى AWS من دون إجراء أي تغييرات على شيفرة التطبيق أو بنيته. استخدم AWS Application Migration Service (MGN) لنسخ الآلات الافتراضية المحلية إلى مثيلات EC2. تُعد Rehost الأسرع في التنفيذ والأقل مخاطرة، ما يجعلها مثالية لـعمليات الترحيل واسعة النطاق التي تكون فيها السرعة مهمة، مع إمكانية إجراء التحسينات لاحقاً. لكنها لا تستفيد من الميزات الأصلية للسحابة.

تجري استراتيجية Replatform بعض التحسينات السحابية المحددة من دون تغيير البنية الأساسية للتطبيق. ومن أمثلتها نقل قاعدة بيانات MySQL من EC2 إلى Amazon RDS (لإدارة التصحيحات والنسخ الاحتياطية)، أو نقل خادم تطبيق Java إلى AWS Elastic Beanstalk (لإدارة التوسّع). تحتفظ بمنطق التطبيق نفسه، لكنك تستبدل أعباء التشغيل الثقيلة بخدمات مُدارة. وهي حل وسط يقدّم فوائد متوسطة مع مخاطر ترحيل منخفضة.

تستبدل استراتيجية Repurchase تطبيقاً قائماً بمنتج تجاري من نوع SaaS. ومن أمثلتها استبدال نظام CRM مُدار ذاتياً بخدمة Salesforce، أو استبدال نظام موارد بشرية مخصص بخدمة Workday. ومن منظور AWS، يعني ذلك إلغاء ترخيص التطبيق المحلي والاشتراك في خدمة SaaS. يتركز عمل الترحيل هنا على نقل البيانات وتدريب المستخدمين، لا على البنية التحتية. وتناسب هذه الاستراتيجية الحالات التي لم يعد فيها التطبيق المخصص يمنح الشركة ميزة تنافسية.

تتضمن استراتيجية Refactor (إعادة تصميم البنية) إعادة تصميم التطبيق للاستفادة الكاملة من إمكانات السحابة الأصلية. ومن أمثلتها تقسيم تطبيق أحادي إلى خدمات مصغّرة تعمل على Lambda and API Gateway، أو إعادة تنفيذ معالجة الدفعات باستخدام SQS and auto-scaling workers. تحقق Refactor أكبر فائدة طويلة الأجل من حيث قابلية التوسع والمرونة والتكلفة، لكنها استراتيجية الترحيل الأعلى تكلفة والأطول زمناً.

تعني استراتيجية Retire إيقاف التطبيقات التي لم تعد مطلوبة. ويكشف التقييم الشامل لمحفظة التطبيقات عادةً أن 10–20% منها لا تضم مستخدمين نشطين، أو تكرر وظائف يوفرها نظام آخر، أو لم تعد ملائمة للغرض. ويؤدي إيقافها إلى خفض تكاليف التراخيص، وتقليل مساحة التعرّض الأمني، وتضييق نطاق الترحيل. وقبل إيقاف أي تطبيق، يجب التأكد من موافقة أصحاب المصلحة والتحقق من متطلبات الامتثال المتعلقة بالاحتفاظ بالبيانات.

تعني استراتيجية Retain (وتُسمى أحياناً Revisit) الإبقاء على التطبيق في البيئة المحلية في الوقت الحالي. ومن أسباب ذلك: المتطلبات التنظيمية التي تفرض سيادة البيانات، أو الاستثمار الرأسمالي الحديث في الأجهزة، أو الاعتماديات المعقدة على المورّدين، أو اقتراب التطبيق من نهاية عمره. لا تُرحّل التطبيقات المُبقى عليها في موجة الترحيل الحالية، لكن قد يُعاد تقييمها لاحقاً. ويُعد Retain نتيجة صحيحة وشائعة لتقييم الترحيل.

تمثل Relocate القاعدة السابعة، وقد أُضيفت لاحقاً إلى الإطار. وهي تنقل البنية التحتية إلى AWS من دون شراء أجهزة جديدة أو إعادة تصميم التطبيقات أو إعادة تصميم بنيتها. ويُقصد بها تحديداً ترحيل VMware vSphere workloads إلى VMware Cloud on AWS، ما يتيح استخدام أدوات vCenter نفسها لإدارة الآلات الافتراضية التي تعمل الآن على أجهزة AWS الفعلية. وهي أسرع من Rehost في البيئات التي تعتمد بكثافة على VMware وليست مستعدة لتغيير نظام التشغيل أو التطبيق.

في موجة ترحيل فعلية، قد تطبق مؤسسة واحدة قواعد الترحيل السبع كلها في الوقت نفسه: إيقاف التطبيقات غير المستخدمة، والإبقاء على التطبيقات التي تمنع متطلبات الامتثال ترحيلها، ونقل معظم التطبيقات كما هي باستخدام MGN، ونقل قواعد البيانات إلى RDS عبر Replatform، وإعادة تصميم تطبيق أحادي أو اثنين من التطبيقات الاستراتيجية لتعملا دون خوادم، واستبدال CRM قديم بمنتج تجاري، ونقل عناقيد VMware باستخدام Relocate. يساعد كل من AWS Migration Readiness Assessment (MRA) وMigration Hub على تتبع تصنيف كل تطبيق وفق قواعد الترحيل السبع عبر المحفظة.

تزداد تكلفة الترحيل عند الانتقال من Retire مروراً بـ Relocate وRetain وRehost وReplatform وRepurchase وصولاً إلى Refactor. تتحمل Refactor أعلى تكلفة هندسية أولية، لكنها تحقق عادةً أقل إنفاق سحابي طويل الأجل بفضل التوسّع التلقائي للخدمات دون خوادم والفوترة حسب الاستخدام. توفر Rehost أسرع انتقال إلى السحابة، لكنها قد تؤدي إلى مثيلات EC2 ذات موارد زائدة، ما يستلزم ضبط حجمها لاحقاً لتحقيق وفورات في التكلفة.

تتبع أسئلة سيناريوهات الترحيل نمطاً معيناً: تصف خاصية لتطبيق وتسأل عن استراتيجية الترحيل الأنسب. انتبه إلى الكلمات المفتاحية: «أسرع ترحيل» = Rehost؛ «خدمة مُدارة، من دون تغيير الشيفرة» = Replatform؛ «التحديث/العمل دون خوادم» = Refactor؛ «نقل VMware» = Relocate؛ «لم يعد مطلوباً» = Retire؛ «الامتثال/سيادة البيانات» = Retain؛ «الانتقال إلى SaaS» = Repurchase. توجد قاعدة واحدة صحيحة لكل سيناريو؛ لذا استبعد القواعد الأخرى بالاستناد إلى الكلمات المفتاحية.

اختبر فهمك لمفاهيم AWS Solutions Architect (SAA-C03) الواردة في هذا الدرس.

تعلمت في هذا الدرس أن: قواعد الترحيل السبع هي Rehost وReplatform وRepurchase وRefactor وRetire وRetain وRelocate، وأن أسئلة الاختبار تختبر قدرتك على مطابقة خصائص التطبيقات بقاعدة الترحيل الصحيحة باستخدام الكلمات المفتاحية، وأن Refactor تحقق أكبر فائدة سحابية لكنها تتطلب أعلى تكلفة أولية. بعد ذلك، سنستكشف AWS Migration Hub وApplication Discovery Service لتقييم المحفظة.